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Description 

CLINICAL CRITICAL CARE PATH SYSTEM 
AND METHOD OF USING SAME 

Technical Field 

5 The present invention relates in general to a 

clinical information system and a method for using it for 
patient charting or record keeping purposes. The 
invention more particularly relates to a clinical 
critical care path system, which facilitates the ability 
10 for an improved careful maintenance of patient care. 
Background Art 

Charting the progress of a patient after being 
admitted to a medical care facility for medical or 
surgical reasons has been a traditional practice in the 
15 medical profession. Such charting typically involves 
monitoring the condition of a patient, collecting 
information relative to the physical condition of the 
patient, and logging the collected information onto a 
patient chart for review and analysis by trained medical 
20 personnel. 

To make such charting more efficient and cost 
effective , various monitoring and information gathering 
systems have been developed to provide automatic clinical 
record management. For example, reference may be made to 
25 the following United States patents and published 

articles, as follows: U.S. patents 5,361,202; 5,267,155; 
5,077,666; 5,072,383; 4,893,270; 4,878,175; 4,838,275; 
4,815,474; 4,803,625; 4,731,726; 4,712,562; 4,695,954; 
4,674,652; 4,665,499; 4,622,185; 4,577,638; 4,531,527; 
30 4,519,398; 4,513,294; 4,489,387; 4,473,884; 4,465,077; 
4,428,381; 4,422,081; 4,417,306; 4,412,292; 4,363,368; 
4,347,213; 4,320,766; 4,296,756; 4,272,878; 4,270,547; 
4,227,526; 4,216,462; 4,197,854; 4,173,971; 4,151,831; 
4,150,284; 4,130,881; 4,004,577; 3,996,928; 3,963,019; 
35 3,910,257; 3,872,448; 3,872,251; 3,830,896; 3,765,406; 
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3,726,270; 3,696,805; 3,426,150; 3,302,828; 3,106,701; 
2,891,111; and 1,078,090; and Walter A. Shewhart, Ph.D., 
Statistical Method from the Viewpoint of Quality Control, © 1939; pp. 1-49; 
Donald Del Mar, George Sheldon, Introduction to Quality Control , © 
5 1988, pp* 123-143; Irvin W. Burr, Statistical Quality Control 
Methods, © 1976, pp. 23-35, Indirect Heart Rate Measuring Device , 
Wilberger, 1994; American J. of Medical Elec. , Light Wt. 
Carbon Fiber Structures... , Manley et al., 1973; Composites, Data 
Communications, Nov. 1986, Principi et al., William Beaumont 

10 Hospital and Its Generation System, U.S. Healthcare, Vol. 6, No. 3, 
Mar 1988, Chi Ids; Evaluating Automated Information Systems , Mowra 
et al., Vol. 5, No. 1, Jan. /Feb. 1987, Nursing Economics; 
Automated Information Systems in Quality Assurance, Mowra et al . , 
Nursing Economics, Sept. /Oct. 1987; Doctor Of f ice Manager: An 

15 IBM Billing Package , Abstract of Article Appearing in M.D. 

Computing Vol. 2, No. 3, pp. 23-30, 6/85, Abstract from 
Microsearch File of Orbit AN85-026189; J.E. Brimm, 
Computers in Critical Care, Mar. 1987, pp. 53-63, Critical Care 
Nursing Quarterly, Hewlett Packard, 78707A; PDMS Clinical 

20 User's Guide, Jan. 1982, pp. 1-1 through 1-34, 10-1 through 
10-5, 15-1 through 15-2; Hewlett Packard; PDMS System 
Description, 1982, pp. 1-1 through 2-23; Health Data Science 
Corp. Ulticare (presumably 10/84), pp. 1-9; Ralph A. 
Korpman , Patient Care Information Systems - Looking to the Future, Software 

25 in Healthcare, Parts 1-5, Apr. /May 1984 - Dec/Jan 1984- 
1985; An Integrated Bedside Fetal Monitor and Obstetrical Data System, IEEE 
Eng. in. Med. & Biology Med., Sept. 1984, pp. 22-24; and 
US. Healthcare, Vol. 6, No. 3, March 1989, each of the 
foregoing patents and published articles being 

30 incorporated herein by reference as though fully set 
forth herein. 

As disclosed in the foregoing publications, various 
clinical information systems display, monitor and chart 
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patient physiological conditions. Such systems enable a 
user to enter information regarding the condition of a 
patient and to have lists of tasks to be performed 
regarding a patient to be generated. 
5 While such systems may have been satisfactory for 

some applications, they have not proven to be entirely 
satisfactory for some applications relative to improving 
patient management on a cost effective basis. More 
particularly, a treatment plan for each new patient would 
10 still necessitate suitable preparation, usually by more 
than one highly trained healthcare provider. Such 
preparation time, while an important task, has been 
burdensome and not always efficient and cost effective. 
With the rapid rise in medical treatment costs and 
15 hospitalization costs, it has become very important to be 
more efficient to achieve overall cost saving reductions. 
To achieve such cost savings, delivery of care to large 
groups of patients must be consistent. In this regard, 
consistent delivery of care requires detailed 
20 documentation for each patient and periodic monitoring of 
each patient to evaluate patient progress. 

Consistent delivery therefore requires a definitive 
plan to enable healthcare providers to provide high 
quality care. Such a plan optimizes delivery of care, 
25 results in quicker patient recovery, helps to eliminate 
unwanted and undesired interventions. In short, such a 
plan is designed to achieve the desired goals for a 
patient. 

Thus, for any given medical condition, to achieve 
30 cost saving reductions there must be uniform and 

consistent delivery of healthcare; measurable objective 
documentation; and detailed standard of care procedures. 

One attempt at achieving the consistent standard of 
care and the provision of detailed documentation by the 
35 healthcare providers has been to develop a pre-printed 



WO 96/27163 



PCT/US96/02232 



critical care path document or form which incorporates 
predefined hospital standard of care procedures, care 
provider orders and expected outcome results for a given 
diagnosis. 

5 While such critical care flow forms may have helped 

to improve patient management and improved system 
utilization to a certain degree, such critical care flow 
sheets have not proven entirely satisfactory. In this 
regard, the typical preprinted critical care path 

10 document for any given diagnosis is a document which is 
very difficult to use and to read. It contains a large 
number of small-sized time-line spaces for entry of the 
patient deviation codes for each day of treatment, or for 
each stage of patient care. Such small spaces result in 

15 small handwritten entries which can be illegible, or 
which can lead to an unwanted and undesirable 
transcription error of some type. 

The entry of only code information requires 
utilizing another form to entry of the deviation 

20 information. The description of the deviation or other 
desired information as an explanation of the simple code 
information entered on the care path sheet, must be 
entered on other sheets of paper. Thus, not only 
unwanted and undesirable transcription errors can result, 

25 but also all necessary patient information is not 

available on a single document. Instead, multiple forms 
must be employed for entry of code information and text 
information. 

Still yet another problem associated with preprinted 
30 critical care path flow sheets is that the preprinted 
critical care path flow sheets are configured for a 
single diagnosis activity only, such as a treatment plan 
for a patient undergoing hip replacement surgery. In 
this regard, if a patient is confined to a treatment 
35 facility and requires treatment for two or more surgical 
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activities, or if a secondary diagnosis arises, such as 
where a surgical patient subsequently develops a medical 
problem, such single critical care path forms cannot be 
used. The preprinted forms do not have sufficient space 
5 to permit the addition of other care paths for multiple 
diagnoses. Moreover, if two or more single diagnosis 
forms are used, conflicting treatment plans may result. 
More particularly, pre-printed forms are not necessarily 
detailed enough for a given patient. For example, a 
10 patient involved in an automobile accident may have a 

broken arm, require surgery to stop internal bleeding, be 
a diagnosed diabetic, require a hip replacement and 
develop secondary pneumonia two days after admission for 
treatment. Each diagnosed problem, in turn, could result 
15 in a multiple number of deviations. In short, because of 
the large number of permutations and combinations the use 
of multiple flowsheet documents greatly decreases 
efficiency. 

Therefore, it would be highly desirable to have a 
new and improved clinical information system which can 
facilitate greatly the development and execution of a 
patient care plan, even where there exists multiple 
clinical diagnoses whether medical, surgical or a 
combination thereof. 
25 Disclosure of iT.v. B »j wn 

Therefore, the principal object of the present 
invention is to provide a new and improved method and 
apparatus for facilitating the implementation and 
execution of clinical critical care path information for 
30 patients. 

Another object of the present system is to provide 
such a new and improved method and apparatus which can 
assist healthcare providers in implementing and executing 
such plans where multiple diagnoses exist or occur 



20 
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subsequent to the commencement for a treatment plan for a 
single diagnosis. 

Briefly, the above and further objects of the 
present invention are realized by providing a new and 
5 improved clinical critical care path system, which can be 
tailored readily for a given patient diagnosis for either 
single or combined medical and/or surgical diagnoses. 

The clinical information system stores critical care 
information for various patient diagnoses and retrieves 
10 them for a given patient. Treatment information is 
tailored to a given patient by enabling selected 
treatment information to be edited. Where multiple 
diagnoses are present r the prescribed or ordered 
treatment plans for each diagnosis are merged for a given 
15 patient, and potential conflicts are determined for any 
ordered activity. Upon determination of a conflict, 
patient treatment information is repeated on separate 
display lines to alert the healthcare provider to permit 
the healthcare provider to analyze the conflict and to 
2 0 determine what order or orders should be entered. 

Customized multiple diagnosis treatment information can 
then be entered and stored for a given patient. 
Brief Description of Drawings 

The above mentioned and other objects and features 
25 of this invention and the manner of attaining them will 
become apparent, and the invention itself will be best 
understood by reference to the following description of 
the embodiment of the invention in conjunction with the 
accompanying drawings, wherein: 
30 FIGS. 1A and IB, when arranged as indicated in 

FIG. 1, is a block diagram of a clinical critical care 
path information system which is constructed in 
accordance with the present invention; 
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FIGS. 2-13 are simplified flowchart diagrams of the 
computer program executed by the computer of the system 
of FIG. 1; 

FIGS. 14A-C illustrate a critical care path screens; 
5 FIGS. 14D-E illustrate windows which may appear on 

the screen of FIGS. 14A-C; 

FIGS. 14F-G illustrate windows which may appear 
during creation and modification of database 
configurations ; 
10 FIG. 15 illustrates a critical care path screens 

generated by the system at FIG. 1; 

FIG. 16 illustrates a critical care path screen 
generated by the system of FIG. 1 illustrating a single 
medical diagnosis active care path; 
15 FIG. 17 illustrates a critical care path screen 

generated by the system of FIG. 1, illustrating a single 
surgical diagnosis active care path; 

FIG. 18 illustrates a critical care path screen 
generated by the system of FIG. 1, illustrating a merged 
20 pair of active care paths; 

FIG. 19 illustrates an edit cell window of a 
critical care path screen produced by the system of 
FIG. 1; 

FIG. 20 is a diagrammatic view of a keyboard of 
25 FIG. 1; 

FIG. 21 is a diagrammatic fragmentary view of a 
system monitor illustrating an application screen and its 
soft and hard function key templates related to the 
keyboard of FIG. 20; 
30 FIG. 22 is an add new row window generated by the 

system of FIG. 1; 

FIG. 23 illustrates a critical care path screen 
generated by the system of FIG. 1 illustrating a single 
medical diagnosis active care path; 
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FIG. 24 illustrates a critical care path screen 
generated by the system of FIG. 1, illustrating a single 
surgical diagnosis active care path; and 

FIG. 25 illustrates a critical care path screen 
5 generated by the system of FIG. 1, illustrating a merged 
pair of active care paths. 
Best Mode for Carrying Out the Invention 

The following description is presented and organized 
according to the following outline: 
10 A. SYSTEM HARDWARE DESCRIPTION 

B. SYSTEM OPERATION 

C. SYSTEM COMPUTER SOFTWARE 

1. ADD ACTIVE CARE PATH 

2. ADD NEW ROW 
15 3. MODIFY ROW 

4 . DISCONTINUE ROW 

A. SYSTEM HARDWARE DESCRIPTION 
Referring now to FIG. 1 of the drawings, there is 
shown a computerized critical care path system 10, which 

20 is constructed in accordance with the present invention 
and which is adapted to generate automatically critical 
care flowsheet information for multiple treatment 
diagnoses, whether medical, surgical or a combination 
thereof. The system 10 further assists healthcare 

25 providers in modifying such flowsheet information on the 
occurrence of certain exceptions or conflicts between 
standard predefined standard of care treatment plans. In 
short, the critical care path system 10 can perform many 
functions including integrating or merging flowsheet 

30 information for separate and distinct medical and 

surgical diagnoses and customizing or tailoring flowsheet 
information. In this regard, the system 10 enables a 
user to tailor the critical care path parameters to 
customize the critical care path for any given patient. 
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In short, the system 10 facilitates the monitoring 
of the standard of care of a large number of patients who 
are confined at various patient bedside locations, such 
as a patient 15 located at a bedside location 14. Such a 
5 system optimizes delivery of care to patients, enables 
quicker patient -recovery, eliminates undesired and 
unwanted interventions and achieves a more consistent 
form of care for each patient in a highly efficient 
manner. Thus, cost savings are realized for the 
10 healthcare provider and desired results are achieved for 
the patients. 

Although the phrase "critical care path" has been 
employed to describe the present invention, it should be 
understood that other similar phrases can be used. Such 
15 phrases include, but are not limited to: "critical 
path," "care path," and "care map." 

The system 10 generally includes a group of patient 
bedside monitoring locations located through the facility 
of a healthcare provider. Such locations would be in an 
20 emergency room, an intensive care unit, a cardiac unit, 
and so forth. 

Each patient bedside location, such as the location 
14 includes a bedside display station and a group of 
bedside data acquisition devices, such as bedside display 

25 station 16 and group 17 of bedside data acquisition 

devices. The display station allows healthcare providers 
to observe the patient while entering deviation 
information at bedside while the data acquisition devices 
facilitate the gathering of patient data and enable 

30 * healthcare providers to monitor the condition of a 
patient at bedside. 

In order to facilitate central monitoring, the 
system 10 also includes a central computer 12 (FIG. IB) 
which communicates individually and selectively with the 

35 bedside display stations, such as the display station 16. 
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As will be explained hereinafter in greater detail, 
the central computer 12 and its associated software 
gathers and stores patient information, creates flowsheet 
information, establishes critical care path information 
5 for facilitating patient care and to manage the flowsheet 
information being compiled. The system 10 enables each 
bedside display station as well as other healthcare 
provider computer arrangements such as a nurse station 
computer 18, and a physician station computer 19 to 

10 access such information so healthcare providers can 
optimize delivery of care to patients. 

The central computer 12 and each bedside patient 
location display station are coupled together via a data 
bus, such as an ethernet clinical data bus 20. For 

15 example, the central computer 12 is coupled to the data 

bus 20 via a lead or cable 20D, while the bedside display 
station 16 is coupled to the bus 20 via a lead or cable 
20C. In this manner, a healthcare provider/user can 
monitor and enter patient information from many different 

20 locations. 

In order to provide a more fail-safe and secure 
operation, the system 10 also includes a redundant 
central computer 13. An off-site support computer 49 is 
coupled to the data bus 20 via a high speed data link 47 

25 to provide information to remote locations. A report 
printer 45 is coupled to the data bus 20 via a lead or 
cable 20F to enable system users to obtain hard copy 
reports, flowsheets and other documents for providing 
efficient patient care. 

30 As best seen in FIG. IB, the redundant computer 13, 

the nurse station 18, the physician station 19 and the 
high speed digital link 47 are coupled to the data bus 20 
via leads or cables 20E, 20J, 201 and 2 OH, respectively. 
As best seen in FIG. 1A, the group 17 of bedside 

35 data acquisition devices includes a ventilator 27, a gas 
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monitor 28, an IV pump 29, a fetal monitor 30, other 
monitoring devices, such as a special bedside device 31 
and a physiologic monitor 32. The devices 27-31 and 32 
are coupled to the data bus 20 via a DAS interface 33 
5 having a lead or cable 20B, and monitor network interface 
34 having a lead or cable 20A, respectively. 

The system 10 via the central computer 12 is coupled 
to each group of bedside acquisition devices, such as the 
group 17 of bedside data acquisition devices for the 

10 purpose of monitoring each patient in the healthcare 

provider facility. In this regard, the central computer 
12 gathers information from the data acquisition devices, 
receives information from various healthcare providers 
regarding patient diagnoses and, in turn, generates 

15 customized critical care path information for each 
patient. 

The customized critical care path information is, in 
turn, utilized by the control computer 12 to manage the 
compiling of flowsheet information for each patient. The 

2 0 flowsheet information is an ongoing compilation of 
patient information for each patient. 

For example, with respect to the group 17 of bedside 
data acquisition devices, those skilled in the art will 
understand that as each patient requires customized care, 

25 certain ones of the monitoring devices may not be 

required. Also, which interface device or devices are 
required, such as the devices 33 and 34, depends on the 
type of data acquisition devices utilized for monitoring 
a patient, such as the patient 15. Thus, in accordance 

30 with the customized care path information, the system 10 
determines that certain rows of the flowsheet may be 
unnecessary to cause them to be unused whenever it is 
determined that a certain bedside data acquisition device 
is not required for a certain patient. In short then, 

35 the critical care path information is used by the central 
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computer 12 to manage the flowsheet information causing 
it to be appropriately compiled for each particular 
patient being monitored by the system 10. In this 
manner, a more consistent form of care for each patient 
5 is facilitated in a highly efficient process. 

Considering now the central computer 12 in greater 
detail with reference to FIG. IB, the central computer 
12, includes a processor 40 having coupled thereto a 
primary memory unit 41 f such as a random access memory 

10 unit, a monitor 42, a keyboard 44 and a secondary memory 
unit 46 , such as a disc drive memory unit. The central 
computer 12 is generally a super mini-computer, such as 
sold by Digital Equipment Corporation, Inc. and others. 
The computer processor 40 is interconnected to the memory 

15 unit 41 via a memory cable 41A, the monitor 42 via a 
video cable 42A, the keyboard 44 via a keyboard cable 
44A, and the secondary memory unit 46 via a memory post 
cable 46A. The primary memory unit 41 and the secondary 
memory unit 4 6 contain the long term database information 

20 for the critical care path system, and the application 

software to receive patient data from the bedside display 
station 16. 

The processor 4 0 and its associated application 
software performs all the necessary functions of critical 
25 care path patient maintenance including 1) retaining 
clinical information for retrieval and review; 

2) performing requested clinical calculations; 

3) displaying patient data in tabular and graphic 
formats? 4) allowing simultaneous multiple user access to 

30 any given patient chart information; and 5) integrating 
patient data acquired from the bedside data acquisition 
terminals and other acquisition systems such as a 
clinical laboratory information computer system 15A, a 
blood gas laboratory computer information system 15B, an 

35 A.D.T. (admissions discharges and transfers) computer 
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information system 15C, an H.I.S. (hospital information 
system) information system 15D, and other foreign 
systems, such as a foreign computer system 15E. 

As best seen in FIG- IB, an interface unit, such as 
5 an SI2000 interface unit 15F, enables such other systems 
15A-15E to be coupled to the data bus 20 shared by the 
central computer 12, the redundant computer 13, and the 
off -site support computer 49. 

Considering now the bedside display station 16 in 
10 greater detail with reference to FIG. 1A, the bedside 

station 16 includes a central processor 23, keyboard 24, 
video monitor 25 and a primary memory unit 26 such as a 
random access memory unit. The display station 16 is 
disposed at the patient bedside location 14 so the 
15 healthcare provider can be in close contact with the 
patient as information regarding the condition of the 
patient is entered into the system 10. 

The redundant central computer 13 is substantially 
similar to the central computer 12, and will not be 

2 0 described in greater detail. Those skilled in the art, 

however, will understand that all of the functions 
performed by the central computer 12 can also be 
performed by the redundant computer 13, as well as any 
other computer system coupled to the data bus 20 having 
25 sufficient speed and secondary memory capability. In 
this regard, the system 10 has a redundant capability. 

B. SYSTEM OPERATION 
As noted earlier, the critical care path system 10 
is a hardware and software system that automates clinical 

3 0 charting and completely eliminates handwritten charting. 

In this regard, the system 10 operates under a master or 
main program 200 (FIG. 2) that starts whenever the 
central computer 12 is activated. In this regard, the 
system 10 is adapted to be active or ON at all times, 
35 since critical care path patient maintenance typically 
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requires twenty- four hour per day, seven day per week 
monitoring. As all of the system stations can operate 
independently and simultaneously using the same 
application software, only the operation of the central 
computer 12 will be discussed. For clarity purposes in 
understanding the operation of the system, reference may 
be made from time to time to other stations or data 
acquisition units. 

In operation, and by way of example consider a 
patient is admitted to a healthcare facility for a 
surgical hip replacement procedure. A designated 
healthcare provider user utilizing the system 10 via the 
physician station 19 enters the patients name, the 
surgical diagnosis and any special orders. The entered 
15 information is transferred via the lead or cable 201 to 
the data bus 20 and thence lead or cable 20D to the 
central computer 12. 

The central computer 12 via the processor 40 causes 
the information to be processed and stored in the 
20 secondary memory unit 46 via the memory port lead 46A. 
In this regard, the central computer 12 retrieves 
selectively under user control, critical care path 
information. The user, in turn, can merge critical care 
path information for multiple diagnoses or customize the 
25 critical care path information for the patient. In this 
regard, certain critical care path information may be 
modified for the needs of the specific patient. For 
example, some information may not be applicable to the 
patient. The user may also at this time identify which 
30 group of bedside data acquisition monitors, such as group 
17, that will be utilized for both pre and post operation 
data acquisition purposes. 

After the healthcare provider/user has tailored the 
critical care path information, the user can cause the 
information to be stored in the secondary memory unit 46, 



35 
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for subsequent access by support personnel at the bedside 
of the patient via a display station, such as the display 
station 16. Such information may also be accessed by the 
nurse station 18 and the physician office station 19. 
5 When the central computer 12 receives the tailored 

or customized critical care path information, the central 
computer 12 causes customized flowsheet information to be 
compiled based upon the critical care path information. 
In this regard, flowsheet information is initially stored 

10 in a universal format for displaying many possible 

patient management information received from the display 
station 16 and the group 17 of bedside data acquisition 
devices. However, based on the customized critical care 
path information, certain monitors and/or devices may or 

15 may not be required for a given patient. Thus, the 

central computer 12 will cause the flowsheet rows for 
such non-used devices to be unused in the universal 
format resulting in a customized flowsheet for the 
specific patient. 

20 After the patient is at bedside, patient information 

is gathered by the healthcare provider/user via the 
display station 16, and the appropriate bedside devices 
and then stored in the central computer secondary memory 
unit 4 6 for subsequent retrieval and display. In this 

25 regard, the ethernet data bus 20 has common access to 

each of the systems, computers, and devices via the leads 
or cables 20A-D and G. 

More particularly, a healthcare provider user at any 
time thereafter, can access the stored critical care path 

30 information, the flowsheet information, and other 
relevant patient information stored at the central 
computer 12 via the bedside display station 16, the nurse 
station 18, and the physician office station 19. 

From the foregoing, it should be understood that the 

35 system 10 facilitates the management of the care of a 
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large group of patients. The management of care is 
accomplished by creating and storing in the secondary 
memory unit 46 of central computer 12. critical care 
information for a large number of different patient 
diagnoses, both medical and surgical. More particularly, 
the critical care information is indicative of expected 
outcomes resulting from predefined standards of care 
treatment plans to be administered selectively to 

patients . . 

The central computer 12 and its associated hardware 
and software, under user control, modifies the critical 
care path information for a given patient. The critical 
care information is then utilized to modify generalized 
flowsheet information to establish customized flowsheet 
information for each patient. Thus, certain rows of 
flowsheet information may not be used for given patients. 

in FIG. 2, a flowchart is shown, illustrating the 
steps taken by the computer processor 40 in automating 
clinical charting functions, in reviewing database 
information and in monitoring patient care functions, 
such as labor and delivery functions. Starting in a 
START instruction 201, the flowchart program proceeds to 
a decision instruction 203 which determines whether a 
system user requires the system to perform any charting 
functions. The charting functions performed by the 

system 10 include: 

1. GENERAL ADMINISTRATIVE FUNCTIONS 

a. Patient Admission Functions 

b. Patient Discharge Functions 

2. ORDER ADMINISTRATION FUNCTIONS 

a. Order Entry Review 

b. Order Entry Function 

3. GENERAL FLOWSHEET FUNCTIONS 
a. Flow Sheet Review 
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b. Basic Functions 

4. SPECIAL FLOWSHEET FUNCTIONS 

a. Vital Sign Functions 

b. Intake and Output Function 

5 c. Medication Administration Functions 

d. Critical Care Path Functions 

e. Care Path Assessment Functions 

f . Integrated Chart Functions 

5, NOTE APPLICATION 

10 a. Notes Applications Functions 

b. Care Plan Functions 
The flowsheets created as a result of the flowsheet 
functions manage patient information. The flowsheet 
information, in turn, is controlled by the critical care 

15 path information tailored for a particular patient by the 
healthcare provider user. 

If the system user requires a charting function to 
be performed, the program advances to a call instruction 
204 which causes a CHARTING subroutine 300 (FIG. 3) to be 

20 executed. After the CHARTING subroutine 300 has been 

executed, the program advances to a decision instruction 
205. The CHARTING subroutine 300 will be described 
hereinafter in greater detail. 

If the system user does not require the system to 

25 perform any charting functions, the program next 

determines in the decision instruction 205 whether the 
system user requires the system to perform any review 
functions. The review functions performed by the system 
10 include: 

30 1. DATA PRESENTATION FUNCTIONS 

a. Reviewing the Information Presentation 

Screen 

b. 2 4 -Hour Summary Functions 
2. SPECIAL REVIEW SCREENS 

35 a. Cardiac Output Functions 
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b. Trend Plot Functions 

3 . WAVEFORMS 

a. Waveform Screen Functions 

4. CARDIO-RESPIROGRAM FUNCTIONS 

a. cardio-Respirogram Screen Functions 

5. REFERENCE LIBRARY FUNCTIONS 

a. New Reference Library Screen Functions 
If a review function is requested by the system 
user/the program proceeds to a call instruction 206 
which causes a REVIEW subroutine to be executed. 

If the user is not requesting to use a review 
function, the program goes from the decision instruction 
205 to a decision instruction 207 which determines 
whether the user desires to use the system 10 to monitor 
> a patient care function. 

If the user desires to monitor a patient, the 
program proceeds to a call instruction 208 which causes a 
LABOR AND DELIVERY subroutine to be executed. The LABOR 
AND DELIVERY subroutine facilitates maternal and fetal 
charting functions to be selected, reviewed, changed and 
customized. 

After the REVIEW subroutine is executed, the program 
returns to the decision instruction 207 and proceeds as 

described previously. 

If at decision instruction 207 it is determined the 
user does not desire to use the system to monitor a 
patient care function, the program proceeds directly to 
the decision instruction 203 and continues as described 
previously. 

considering now the critical care path technique, 
the critical care path system 10 generally performs many 
functions including integrating or merging critical care 
path information for separate and distinct medical and 
surgical diagnoses and customizing or tailoring the care 
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path information as will be described in greater detail 
under the charting functions subroutine 300. 

Considering now the operation of the system in still 
greater detail, whenever a patient is admitted to a 
5 hospital for medical or surgical treatment, a team of 

healthcare providers confer to determine what treatments, 
medications, therapies, and other procedures, if any, 
should be administered to the patient to achieve expected 
results. In this regard primary care facilities have 
10 developed "Standard of Care" procedures, which must be 
followed by those healthcare providers operating within * 
the primary care facility. Such Standard of Care 
outlines and procedures define pre-conf igured standard 
orders that a patient is to receive when he or she is 
15 admitted to the facility for any diagnosed condition. 

Utilizing a database of such pre-conf igured standard 
orders, the system 10 generates flowsheets for 
medications, intake fluids, IV drugs, TPN, output fluids, 
treatments, and other task oriented items. Thus, 
20 whenever a patient is introduced into the system 10 with 
a diagnosed medical or surgical condition, the 
pre-conf igured standard orders are routinely entered and 
then reviewed and analyzed by certain ones of the primary 
care personnel. The system 10 then transfers the orders 
25 to a critical care path and its applicable flowsheets for 
charting purposes. Individual orders may also be 
customized, entered and transferred to applicable 
flowsheets whenever a patient has multiple diagnosed 
conditions and/or does not respond to treatments as 
30 expected. 

In order to facilitate a user friendly environment 
for automating clinical charting, the system 10 generates 
a series of screens and reports which are arranged to 
best emulate conventional hospital paper flowsheets (not 
35 shown). In this regard, the arrangement of system rows, 
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choice lists, displayed parameters, section and reports 
is referred to as a hospital configuration. 

As best seen in FIG. 14A, each critical care path 
screen generated by the system 10 is arranged into four 
5 parts that includes: a demographic bar 1490 at the top 
of each screen which includes the name of the patient 

1491, the unit and bed number assigned to the patient 

1492, the name of the primary care physician 1493, the 
environment 1494. and the current time and date 1495. A 

10 title bar 1496 disposed below the demographic bar 1490 
contains the title of the selected screen. Next, and 
directly below the title bar 1496 is an application 
section indicated generally at 1497 that contains textual 
and graphic information relative to the selected screen 

15 function. At the bottom of the screen appears a soft 

function key label template 1498 that will be described 
hereinafter in greater detail. 

Referring now to FIG. 20 there is illustrated the 
keyboard 44. The keyboard 44 includes an eighteen key 

20 numeric pad 50, an alphanumeric QWERTY type keyboard 52, 
and a function key group 54 having twelve application 
function keys 60-71. 

In operation, each of the function keys 60-71 can 
perform two functions in the system 10, either a soft 

25 function key function or a hard function key function. 
In this regard, as best seen in FIG. 21, both the hard 
and soft functions of the function keys 60-71 are 
displayed on each application screen, such as an 
application screen 80. Navigating between system 

30 applications is performed by the user via the hard 

function keys 60-71. The function of each individual 
hard function key is pre-determined and is dependent on 
the environment. 

Thus, for example, to access a clinical 

35 flowsheet/screen like a vital signs flowsheet, (not 
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shown) the user actuates in combination the Fl function 
Key 60 and an ALT key 56 or a CTRL key 57 on the keyboard 
44. This combined action causes the vital signs 
flowsheet to appear on the monitor 42. 
5 To assist the user in distinguishing the hard 

function from the soft functions, the functions of hard 
function keys are displayed in reverse video. For 
clarity purposes, the reverse video is illustrated merely 
as shading in FIG. 21. 

10 In summary then, each applications screen such as 

the application screen 80, includes a soft function key- 
template indicated generally at 82 and a hard function 
key template indicated generally at 84. Each of the 
respective soft and hard function key templates 82, 84 

15 includes a series of labels, such as a label 83 and a 
label 85, respectively. Such labels are indicative of 
the functions associated with their keyboard function 
keys 71 and 63 respectively. 

To facilitate easy in selecting the correct function 

20 key, the soft key template 82 configuration and the hard 
key function key template 84 configuration correspond to 
one another. In this regard, each is divided into three 
groups such as soft function key groups 73-75 where each 
group has four associated key functions. 

2 5 For the purpose of clarity hereinafter, the specific 

functions associated with the function keys 60-71 will 
not be illustrated as they change according to the 
environment. In this regard, reference will only be made 
to Fl through F12. Also for clarity purposes, only the 

30 soft function key template will be shown with the general 
function labels F1-F12. It should be understood however, 
that each screen produced by the system 10 includes a 
display of both soft function keys and hard function 
keys. 

35 C. SYSTEM COMPUTER SOFTWARE 
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The various programs for carrying out the operations 
of the system 10 can best be understood by reference to 
the flowchart diagrams of FIGS. 2-13. FIGS. 2-13 
illustrate the sequence of operations carried out by the 
5 system 10 and any one of its computer processors such as 
the computer processor 40 in response to input signals 
received from its associated keyboard 44. Although the 
input signals are generated by a keyboard, those skilled 
in the art will understand other input devices, such as a 
10 touch screen grid (not shown) , a mouse (not shown) , or a 
track ball (not shown) can generate such input signals. 

included in FIGS. 2-13 are separate subroutines 
which may be called at various times during the operation 
of the system. 

15 Considering now the CHARTING subroutine 3 00 in 

greater detail with reference to FIG. 3, the CHARTING 
subroutine 300 begins at a start instruction 301 which is 
initiated from the call instruction 204 in the MAIN 
program 200. 

20 From the start instruction 301, the flowsheet 

proceeds to a decision instruction 303 which determines 
whether a system user requires the system to perform any 
one of the previously mentioned general administrative 
functions, such as patient admission or discharge 

25 functions. If so, the program advances to a call 

instruction 304 which causes an ADMINISTRATION subroutine 
to be called for executing the general administrative 
functions . 

If at decision instruction 303 it is determined that 
30 the system user does not desire to use the system to 

perform administrative functions, the system program goes 
to a decision instruction 3 05. At decision instruction 
305, a determination is made whether the system user 
needs to perform an order administration function. If 
35 so, the program advances to a call instruction 306 which 
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causes the ORDER subroutine to be called. The ORDER 
subroutine is beyond the scope of the present invention 
and will not be described in greater detail. 

After the ADMINISTRATION subroutine is executed, the 
5 program advances to the decision instruction 305 and 
proceeds as described previously. 

At instruction 305, if it is determined the system 
user does not desire to perform an order administration 
function, the program proceeds to a decision instruction 
10 307 which determines whether the system user desires to 
perform any general flowsheet charting functions such as 
a flowsheet review or basic function. If so, the program 
goes to a call instruction 308 which causes the GENERAL 
CHARTING subroutine 900 to be called. The GENERAL 
15 subroutine 900 (FIG. 9) will be described in greater 
detail hereinafter. 

After the GENERAL CHARTING subroutine 900 is 
executed, the program advances to a decision instruction 
309. 

20 At decision instruction 307, if it is determined 

that the system user does not desire to perform any 
general flowsheet functions, the program next goes to the 
decision instruction 309. 

At decision instruction 309, a determination is made 

25 whether the system user needs to perform any special 

flowsheet charting functions, such as critical care path 
functions and integrated charting functions. If so, the 
program advances to a call instruction 310 which causes a 
SPECIAL FLOWSHEET CHARTING subroutine 4 00 to be called. 

30 The SPECIAL CHARTING subroutine 400 will be described 
hereinafter in greater detail. 

If it is determined at decision instruction 309 that 
the system user does not require the system to perform 
any special flowsheet functions, the program goes to a 

35 decision instruction 311 which determines whether any 
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note application functions are required. If so, the 
program next executes a call instruction 312 which causes 
an APPLICATION subroutine to be called. The APPLICATION 
subroutine is beyond the scope of the present invention 
5 and will not be described in greater detail. 

After the SPECIAL FLOWSHEET subroutine 400 is 
executed, the program advances to the decision 
instruction 311 and proceeds as described previously. 

If the system user does not need to perform any note 
10 application functions, the program goes to decision 
instruction 313 from decision instruction 311. The 
decision instruction 313 determines if the user is 
requesting any other charting functions. If so, the 
program returns to decision instruction 303 and proceeds 
15 as described previously. If not, the program goes to an 
exit instruction 314 which returns the program to the 
MAIN program 200 at decision instruction 205. The 
program then proceeds from decision instruction 205 as 
described previously. 
20 Considering now the SPECIAL FLOWSHEET CHARTING 

subroutine 400 in greater detail with reference to 
FIG. 4, the SPECIAL CHARTING subroutine 400 begins at a 
start instruction 401 which is initiated from the call 
instruction 310 in the CHARTING subroutine 300 (FIG. 3). 
25 From the start instruction 401. the program proceeds to a 
decision instruction 403 which determines whether a 
system user requires the system to perform any vital sign 
function charting. If so, the program proceeds to a call 
instruction 406 that calls a VITAL SIGNS subroutine. The 
VITAL SIGN subroutine is beyond the scope of the present 
invention and will not be described in greater detail. 

If the system user does not require the system to 
perform charting of vital functions, the program next 
proceeds to a decision instruction 405 which determines 
whether the user requires the system to perform any fluid 
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intake/ outtake charting functions. If so, the program 
proceeds to a call command 410 which causes an 
INTAKE/ OUTPUT subroutine to be called. The INTAKE/OUTPUT 
subroutine is beyond the scope of the present invention 
5 and will not be described in greater detail. 

After the VITAL SIGN subroutine is executed, the 
program advances to the decision instruction 405 and 
proceeds as described previously. 

If it is determined at decision instruction 405 that 

10 the user does not require the performance of any 

intake/ outtake functions, the program advances to a 
decision instruction 407 which determines whether the 
system user requires any medication administration 
charting functions to be executed. If so, the program 

15 proceeds to a call instruction 412 which causes a 

MEDICATION subroutine to be called. The MEDICATION 
subroutine is beyond the scope of the present invention 
and will not be described in greater detail. 

If no medication charting functions are required, 

20 the program goes to a decision instruction 409 which 

determines whether a critical care path function needs to 
be performed. If so, the program advances to a call 
instruction 414 that calls a CRITICAL CARE PATH 
subroutine 500 that will be described hereinafter in 

25 greater detail. 

After the MEDICATION subroutine is executed, the 
program advances to the decision instruction 409 and 
proceeds as described previously. 

At decision instruction 409, if it is determined 

30 that no critical care path functions are required, the 
program goes to a decision instruction 411 which 
determines whether a care path assessment is required. 
If so, the program goes to a call instruction 416 which 
causes a CARE PATH ASSESSMENT subroutine to be called. 

35 The CARE PATH ASSESSMENT subroutine is beyond the scope 
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of the present invention and will not be described except 
to mention it enables the system user to review and chart 
by exceptions. 

At decision instruction 411 if it is determined no 
care path assessment functions are to be performed, the 
program goes to a decision instruction 413 which 
determines whether any integrated chart functions are to 

be performed. 

After the CARE PATH ASSESSMENT subroutine is 
executed, the program goes to the decision instruction 

413 and proceeds as described previously. 

If at decision instruction 413 it is determined that 
no integrated chart functions are required, the program 
goes to a decision instruction 415 to determine whether 
any other charting functions are required. If not, the 
program proceeds to an exit command 420 which returns the 
program to the CHARTING subroutine 300 at the decision 
instruction 311 (FIG. 3) and proceeds as described 
previously. If other charting functions are required, 
the program returns to the decision instruction 403 and 
proceeds as described previously. 

At decision instruction 413 it is determined that an 
integrated client function is required, the program goes 
to a call instruction 418 which cause a subroutine 
INTEGRATE to be called. The INTEGRATE subroutine is 
beyond the scope of the present invention and will not- be 
described in greater detail. 

After the INTEGRATE subroutine has been executed, 
the program proceeds to the decision instruction 415 and 
proceeds as described previously. 

Considering now the CRITICAL CARE PATH subroutine 
500 in greater detail with reference to FIG. 5, the 
CRITICAL CARE PATH subroutine 500 begins at a start 
instruction 501 which is initiated by the call command 

414 in the SPECIAL FLOWSHEET subroutine 400 (FIG. 4). 
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The program then proceeds to a decision instruction 503 
which determines whether a system user requires the 
system to review a care path. If so, the program 
proceeds to a call instruction 504 that calls a REVIEW 
5 CARE PATH subroutine 700, The REVIEW CARE PATH 

subroutine 700 will be described in greater detail. 

If the system user does not require the system to 
review a care path function, the program next proceeds to 
a decision instruction 505 which determines whether the 
10 user requires the system to perform an add care path 

function. If so, the program proceeds to a call command 
506 which causes an ADD CARE PATH subroutine 600 (FIG. 6) 
to be called. The ADD CARE PATH subroutine 600 will be 
described in greater detail. 
15 After the REVIEW CARE PATH subroutine 700 is 

executed, the program goes to the decision instruction 
505 and proceeds as described previously. 

If it is determined at decision instruction 505 that 
the user does not need to add a critical care path, the 
20 program advances to a decision instruction 507 which 

determines whether the system user requires the preview 
of any care path. If so, the program proceeds to a call 
instruction 508 which cause a CARE PATH PREVIEW 
subroutine to be called. The CARE PATH PREVIEW 
25 subroutine is beyond the scope of the present invention 
and will not be described hereinafter in greater detail. 

If no care path preview functions are required, the 
program goes to a decision instruction 509 which 
determines whether any time setting functions needs to be 
30 performed. If so, the program advances to a call 

instruction 510 that calls a CRITICAL CARE PATH TIME 
subroutine. The CRITICAL CARE PATH TIME subroutine is 
beyond the scope of the present invention and will not be 
described hereinafter in greater detail. 
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At decision instruction 509, if it is determined 
that no critical care path timing functions are required, 
the program goes to a decision instruction 511 which 
determines whether a new row needs to be added to a 
5 selected care path chart. If so, the program goes to a 
call instruction 512 which causes an ADD CARE PATH ROW 
subroutine 1300 (FIG. 13) to be called. The ADD CARE 
PATH ROW subroutine 1300 will be described in greater 
detail hereinafter. 

10 At decision instruction 511, if it is determined 

that no add row functions are to be performed, the 
program goes to a decision instruction 513 which 
determines whether any row modifications functions are to 
be performed. If so, the program advances to a call 

15 instruction 514 which causes a MODIFY subroutine 1200 
(FIG. 12) to be called. If not, the program goes to a 
decision instruction 515 to determine whether any editing 
functions are required. After the MODIFY subroutine 1200 
is executed, the program goes to the decision instruction 

20 515 and proceeds as described previously. 

At decision instruction 515, if it is determined no 
editing functions are required, the program proceeds to a 
decision instruction 517 which determines whether any 
other critical care path functions are to be performed. 

25 If so, the program returns to decision instruction 503 
and proceeds as described previously. If not, the 
program goes to an exit command 519 which returns the 
program to the SPECIAL FLOWSHEET subroutine 400 (FIG. 4) 
at decision instruction 411 where the program proceeds as 

30 described previously. 

If at decision instruction 515, it is determined an 
edit function is to be performed, the program goes to a 
call instruction 516 which causes an EDIT subroutine 1100 
(FIG. 11) to be called. The EDIT subroutine 1100 will be 

35 described hereinafter in greater detail. 
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After the EDIT subroutine 1100 has been executed, 
the program advances to the decision instruction 517 and 
proceeds as described previously. 

Considering now the REVIEW CRITICAL CARE PATH 
5 subroutine 700 in greater detail with reference to 
FIG. 7, the REVIEW CRITICAL CARE PATH subroutine 700 
begins at a start instruction 701 which is initiated from 
either the call command 504 (FIG. 5) or the call command 
904 in the subroutine 900 (FIG. 9). In this regard, each 

10 display station location, such as the display station 14A 
is programmed to default to patient control screen (not 
shown) where the display station is located. By using 
the appropriate function keys, the default screen can be 
caused to be displayed on the monitor 25. 

15 to select a unit, the user moves the cursor to 

highlight a desired unit and depress the enter key on the 
keyboard 24. In this regard, the program proceeds to a 
decision instruction 703 which determines whether the 
system user has selected a care unit. If not, the 

20 program goes to a command instruction 705 which causes a 
prompt to be displayed requesting the user to select a 
bed/unit and patient. The program then returns to the 
decision instruction 703 and proceeds as described 
previously. 

2 5 After the user selects a bed unit, the program 

advances from the decision instruction 703 to a decision 
instruction 707 which determines whether the user has 
selected a patient. If not, the program goes to a 
decision instruction 709 to determine whether the user is 

30 done with his or her review. If so, the program proceeds 
to an exit command 711 which terminates the review 
subroutine 700. 

If the user has not completed his or her review, the 
program goes from the decision instruction 709 to the 
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decision instruction 703 and proceeds as described 
previously. 

When the user selects a patient, the program goes 
from the decision instruction 707 to a command 710 which 
5 causes the selected patient information to be retrieved 
and displayed. The program then goes to a decision 
instruction 712 which determines whether the user desires 
to review a care path in another unit. If so, the 
program goes to decision instruction 707 and proceeds as 

10 described previously. If not, the program advances to a 
decision instruction 716 which determines whether the 
user desires to select another patient in the unit 
presently selected. 

If the user selected another patient in the same 

15 unit, the program returns to the command 710 and proceeds 
as described previously. 

If the user has not selected another patient, the 
program proceeds to a decision instruction 718 which 
determines when the user has completed his or her review. 

2 0 In this regard, when the user completes the review, the 
program goes to the exit command 711 and proceeds as 
described previously. If the review has not been 
completed, the program goes to the decision instruction 
712 and proceeds as described previously. 

25 From the foregoing, it should be understood a 

selected critical care path screen will be retrieved and 
displayed, such as the critical care path screen 1400 
(FIG. 14). 

Considering now the clinical information system 10 
30 in still greater detail, and more specifically critical 
care path charting, as best seen in FIG. 15, whenever a 
healthcare provider desires to perform any one of a 
plurality of different critical care path functions 
relative to a given patient, the provider can select the 
35 patient and request that a given monitor display the 
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critical care path information for the selected patient. 
In this regard, a screen 1500 will be displayed on the 
user active monitor, such as the monitor 25 at display 
station 21. 

5 The critical care path screen 1500 is menu driven 

and displays for the user a plurality of different 
critical care path flowsheet items. Such flowsheet items 
may include, for example, active care paths (*)1501, 
acuity (*)1502, patient problem (*)1503, assessments 
10 1504, medications (*)1505, IV's (*)1506, consults 

(*)1507, tests (*)1508, activity instructions (*)1509, 
activity 1510, nutrition (*)1511, treatments with 
standards 1512, treatments (none) 1513, special 
instructions/misc (*)1514, procedures (none) 1515, 
15 discharge planning w/standards 1516, teaching 1517, FIMI 
1520 or others (not shown). 

The appearance of w (*) w indicia, such as the indicia 
1518 is indicative that the flowsheet contains charted 
patient data. The appearance of "(none)" indicia, such 
20 as the indicia 1519 is indicative that there are no row 
items in flowsheet. 

Whenever the user highlights one of the flowsheet 
items, such as the active care paths (*) item 1501 and 
activates the enter key on the user active keyboard, such 
25 as the keyboard 24 at display station 21, an associated 
drop down window will appear on the monitor screen, such 
as a drop down active care path (*) window 1696 (FIG. 16) 
or a drop down patient problem (*) window 1697 (FIG. 16). 
Whenever a drop down window appears on the monitor 
30 screen, such as the screen of monitor 25, the remaining 
displayed flowsheet items may be shifted off screen. By 
using the arrow up and down keys on the keyboard 24, 
different flowsheet items may be brought to the screen to 
be activated. 
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As will be discussed in greater detail, a critical 
care path is a diagnosis specific, multi-discipline, time 
sequenced patient care plan. In this regard, the 
information in any given critical care path is formed for 
5 each patient by adding care paths that have been defined 
by preexisting hospital Standards of Care. The 
preexisting hospital Standards of Care once added to a 
critical care path can then be tailored to each patient's 
need and expected outcomes. Thus, a visual indication of 

10 the status of a patient can be seen on a critical care 

path assessment flowsheet (not shown) upon activating the 
assessments flowsheet item. Such documentation is in 
accordance with the primary care facility Care Path 
Assessment protocol and Standards of Care, or alternately 

15 by using a standard clinical information system 
flowsheet. 

The critical care path screen, such as the screen 
1400 (FIG. 14A), or the screen 1600 (FIG. 16) provides a 
healthcare provider, administrator, nurse, physician or 

20 other interested person with a visual indication of a 

patient care plan. The critical care path screen 1600 is 
formed for each patient by adding care paths that have 
been defined by the hospital pre-existing Standards of 
Care treatments and procedures. As will be explained in 

25 greater detail, a given care path is a diagnosis 

specific, multi-discipline, timed-sequenced patient care 
plan that is tailored to the needs and expected outcomes 
of each patient. Patient status can be documented on a 
CBE Flowsheet (not shown) in accordance with the CBE 

30 protocol and Standards of Care established by a given 
hospital or alternately, by using a CIS flowsheet. 

For example, referring to FIG. 16, a given patient 
care path screen 1600 includes an active care path select 
1601, a time schedule 1603, and a user-defined task 

35 section 1607. The active care path section 1601 has one 
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or more active care paths, such as a single active care 
path indicated generally at 1696. In this regard, the 
care path is for a hip replacement. The time schedule or 
time line indicated generally at 1602 provides the user 
5 with a date 1603 the patient is admitted to the hospital 
and a date 1605 the patient will undergo surgery. The 
textual section 1606 includes textual data below the 
dates 1603 and 1605 describe the appropriate active; e.g. 
"pre-op day 1* and "operative day" respectively. 

10 The active care path section 1601 defines care paths 

for surgical diagnoses which are configured for pre and 
post surgery patient care, such as a hip replacement 
procedure. The active care path section 1601 also 
defines care path for medical diagnoses which are 

15 configured for non-surgical patient care. For example, a 
patient may be admitted to a primary care facility for a 
hip replacement surgical procedure and who has also been 
diagnosed as being a diabetic, or having pneumonia. For 
example, in FIG. 14A, a critical care path has two active 

20 care paths, such as a hip replacement care path 1430 and 
a pneumonia evaluation care path 1440, will be assigned 
to such a patient to track the surgical diagnosis hip 
replacement care path 1430 and the medical diagnosis 
pneumonia care path 1440. 

25 From the foregoing, it should be understood by those 

skilled in the art that based on the medical diagnosis of 
the patient, the user can select pre-conf igured care 
paths to appear automatically on a critical care path 
screen. The screen can then be tailored by merging 

30 several care plans to account for different diagnoses and 
multiple operations as will be explained in greater 
detail. 

In operation, when the hip replacement active care 
path is selected by the user, the system 10 causes a 
35 group 1698 of standard care items to be displayed. For 
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example, the group 1698 includes four standard of care 
items: a bowel elimination item 1610, a comfort item 
1620, a knowledge deficit item 1630 and a mobility 
impaired physical item 1640. Corresponding text cells 
5 are associated with each of the standard of care items, 
such as cells 1611-1618. 

The text cells include excepted outcome information 
for the active care path. Such information can be 
modified at any time. In this regard, the information 
10 can be modified before actual patient treatment, during 
treatment upon the occurrence of an exception or the 
necessity of adding another active care path. 

As will be explained in greater detail, the 
information in a text cell will be repeated from date to 
15 date or until modified by the system user. A system user 
may also discontinue the repeated information at any date 
selected by the user. 

From the foregoing, it should be understood by those 
skilled in the art that editing of the text cells allows 
20 the user to easily customized the critical care path for 
any given patient. 

Information in the individual text cells will not be 
changed until such time as a system user adds information 
or modifies information contained in a cell. In this 
25 regard, if the patient responds to the normal expected 

standard of care outcomes, no textual information will be 
required. 

If a given patient experiences a problem, the user 
may add text to an excepted cell to explain problems, 
30 outcomes, or the status of a patient. Cells 1614-1618 
for example provide such textual information. 

The methods of adding rows, adding or modifying cell 
text, adding additional care paths and adding and 
modifying care paths configurations will be described 
35 hereinafter. 



WO 96/27163 



PCT/US96/02282 



35 

1. *nn CARE PATH 

Considering now the ADD CARE PATH subroutine 600 in 
greater detail with reference to FIG. 6, the ADD CARE 
PATH subroutine 600 begins at a start instruction 601 in 
5 response to the call command 506 from the CRITICAL CARE 
PATH FLOWSHEET CHARTING subroutine 500. In this regard 
as noted earlier, based on the medical and surgical 
diagnosis of a patient, a system user can select pre- 
configured CARE PATHS to appear automatically on the 
10 CRITICAL CARE PATH SCREEN, such as on a screen 1600 in 
FIG- 16. Once the Care Path Screen is displayed, the 
user can then tailor its entries by merging several CARE 
PATHS to account for different diagnoses and multiple 
operations. 

15 Those skilled in the art will understand that all 

care paths are defined by the administration of the 
primary care facility according to existing Standards of 
Care. Such Standards of Care contain text items such as 
the text indicated in text item section 1606 and tasks 

20 such as the tasks in the user-defined task section 1607. 
The text item section 1606 includes textual 
information which is based on the selected care path. 
Such information defines the expected outcomes over a 
given period of time defined by a plurality of time 

25 columns, such as time columns 1603 and 1605. The textual 
information can be changed on a per cell basis for 
individualized patient care as will be explained 
hereinafter. 

Considering now the CRITICAL CARE PATH SCREEN 1400 
30 in greater detail with reference to FIG. 14A, screen 1400 
includes an active care path section 1401, and a text 
item section 1403 having one or more primary text cells, 
such as a primary text cell 1411-1412 and one or more 
secondary or repeat text cells, such as a repeat text 
35 cell 1415-1418. 
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The primary text cell 1411 is the initial cell 
where textual information is stored. The text which 
appears in this cell will automatically be reproduced in 
the secondary cells 1415 and 1417. in order to 
distinguish between the primary cells from the repeating 
cells, each primary cell is preceded by a shaded vertical 
bar, such as a vertical bar 1413 associated with the 
primary cell 1411 and a vertical bar 1414 associated with 
a primary cell 1412 to distinguish it from a secondary 
cell, such as cells 1415 and 1416, respectively. 

The secondary or repeating cells, such as repeating 
cells 1415 and 1416 contain duplicate text from their 
respective primary cells 1411 and 1412. A secondary 
cell, such as the secondary 1415 can be modified to 
contain textual information which is different than that 
associated with the primary cell 1411. In this event, 
another vertical bar (not shown) would appear before the 
modified cell so that it becomes a primary cell as 
opposed to a secondary cell. 

FIG. 14B illustrates another critical care path 
screen 1420 which is substantially similar to screen 1400 
(FIG. 14A) except that it includes an expected outcome 
window, indicated generally at 1425 which is superimposed 
over an acuity active care path 1421 and a patient 
problem care path 1422. As will be explained hereinafter 
in greater detail, configured expected outcomes appear in 
the critical care path screen, such as in the screen 1420 
whenever the system user activates an expected outcome 
soft function key, such as a soft function key Fll. The 
expected outcomes can be entered and modified via the Fll 
function key. The information on each care path item 
will differ per the item type section when the "Describe 
Item" soft function key is activated, such as the F7 
function key. In this regard, for the "Active Care Path" 
section 14 01, all values of the assigned care path will 
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appear and in the text section 14 03, all item information 
and comments will appear. 

To add a CARE PATH, the new user first selects a 
CRITICAL CARE PATH SCREEN for a given patient, such as 
5 the CRITICAL CARE PATH SCREEN 1460 (FIG. 14C) ♦ Next, the 
user causes the screen cursor (not shown) to be 
positioned to an ACTIVE CARE PATH section, such as the 
ACTIVE CARE PATH section indicated generally at 1461. 
The user then activates an ADD CARE PATH function key, 
10 such as the soft function key F3 which causes a CARE PATH 
TYPE WINDOW 1453 (FIG. 14D) to appear on the ADD CARE 
PATH SCREEN 1460. 

Using an Up arrow or Down arrow key on the keyboard 
44, the user causes the desired CARE PATH TYPE to be 
15 accented or highlighted. Such highlighting is indicative 
of the choice of the user. Next, the user depresses the 
Enter key (not shown) on the keyboard 4 4 to cause an ADD 
CARE PATH WINDOW 1484 to appear on the screen 1460. The 
ADD CARE PATH WINDOW 1484 is indicative of the selected 
2 0 CARE PATH TYPE, such as a medical diagnosis type 1485 or 
a surgical diagnosis type 1486 (FIG. 14D) which 
corresponds, for example, to a case of pneumonia or hip 
replacement surgery, respectively. 

When the window 1484 appears, the user selects and 
25 types in a choice list number which corresponds to the 
desired CARE PATH. A choice list 1462 appears in the 
window 1484 when the number is entered, the system 
responds by displaying the care path type and care path 
name in a predefined CARE PATH TYPE area 14 87 and a 
30 predefined CARE PATH name area 1488, respectively. 

Depending upon the type of diagnosis or care path 
selected, the user is prompted to enter a start time or 
an evaluation time. In this regard, the window 1484 
includes a predefined area 1463 for entry of the 
35 evaluation time or start time. The start time or 
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evaluation time is required to activate the selected CARE 
PATH. 

Also, depending upon the CARE PATH TYPE, the user 
will enter in another predefined area 1464 of the window 
1484 either a stabilization time or a post-op time, if 
known. 

When the user has completed entry of the information 
to add a CARE PATH, he or she activates the Done function 
key, such as the soft function key F3, which in turn 
causes the new care path, such as path 1440 (FIG. 14A) 
and corresponding Text and Task items to automatically 
appear in the applicable sections on the CRITICAL CARE 
PATH SCREEN, such as the screen 1400. 

Any patient specific customization is performed at 
this time. As will be explained herewith in greater 
detail, once information entered in a given row is 
stored, neither row labels nor the rows themselves may be 
deleted. Cells which define periods of time within any 
row, however, may be modified. 

When the selected CARE PATH is merged with the other 
CARE PATHS in a given CARE PATH SCREEN, the new items 
will be combined with existing items on both the CARE 
PATH SCREEN and the CARE PATH ASSESSMENT FLOWSHEET. Text 
sections, however, are not merged and any duplicate 
diagnoses are displayed alphabetically. Also, if a 
frequency is present, task items will not be merged. In 
this regard, the user can customize the CARE PATH SCREEN 
for duplicate diagnoses and task items having the same or 
different frequencies. 

When the user completes any customization, he or she 
activates a store function key 1471, which in turn, 
causes the system to store the CARE PATHS. 

Referring again to FIG. 6, after the start command 
601 is executed, the program proceeds to a decision 
instruction 603 to determine whether the system user has 
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selected a CARE PATH SCREEN, such as the screen 1460. If 
not, the program loops at 603 until the user selects a 
screen . 

When the user selects a CARE PATH SCREEN, the 
5 program advances to a decision instruction 605 which 
determines the user has selected the ADD CARE PATH 
function. If not, the program returns to instruction 603 
and proceeds as described previously. 

If the user has selected the ADD CARE PATH function, 
10 the program goes to an instruction command 607, which 
causes a CARE PATH WINDOW to be displayed, such as the 
CARE PATH window 1453 to be displayed on the critical 
care path screen, such as the screen 1460. 

Next, the program advances to a decision instruction 
15 609 which determines whether the user has selected a CARE 
PATH TYPE. If not, the program loops at 609 until a CARE 
PATH TYPE has been selected by the user. 

When the user selects the desired CARE PATH TYPE, 
the program proceeds to a command instruction 611, which 
20 causes the selected ADD CARE PATH window to be displayed, 
such as the window 1484. 

The next program goes to a decision instruction 613 
which determines whether the user has selected a choice 
item from the displayed choice list 1462 (FIG. 14E) . If 
25 not, the program waits at instruction 613 until the user 
enters a choice item number. 

After the user enters a choice item number, the 
program advances to a command instruction 615 which 
causes selected diagnosis CARE PATH to be displayed in 
30 the care path type area 14 87 and the care path name area 
1488 respectively and prompts the user to enter either 
the time or the evaluation time, depending upon the type 
of CARE PATH selected by the user. 

The program proceeds to a decision instruction 617 
35 which determines if the user has entered the evaluation 
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time. If not, the program loops at instruction 617 until 
the evaluation time is entered. 

The program then goes to the decision instruction 
618 which determines whether the user has entered the 
5 start stabilization time, if known. If the user enters a 
time, the program advances to a instruction 619 which 
causes the time to be displayed. The program then 
proceeds to a decision instruction 621 which determines 
whether the user has completed entering the requested 

10 information. 

If the user did not enter a stabilization start time 
at decision instruction 618, the program goes to another 
decision instruction 620 to determine if the user entered 
an evaluation time. If not, the program returns to the 

15 decision instruction 618. 

If the user enters an appropriate evaluation time, 
the program goes to the decision instruction 621, which 
determines whether the user is done entering the 
requested information. If not, the program loops at 

20 instruction 621 until the user enters the done function. 

When the user enters the done function by depressing 
the "Done" soft function key F3, the program causes the 
critical care path flowsheet to be displayed such as the 
flowsheet 1400. In this regard, the new care path and 

25 corresponding text and task items will automatically 
appear in the applicable sections on the critical care 
path screen. 

The program then goes to a command instruction 623 
which compares the CARE PATH just added with all the 

30 active CARE PATHS for the selected patient. The program 
then goes to a decision instruction 625 which determines 
whether a text box, such as a text box 1702 (FIG. 17) or 
frequency time is present in the added care path. An 
example of a frequency time relates to the frequency of a 

35 treatment, such as the number of times each day a 
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medication is to be administered. If either a text box 
merger or a frequency merger is to be performed, the 
program advances to a command 627 which causes all text 
box items and all frequency items to be listed. Such 
5 duplicate listing of information, such as "knowledge 

deficit" 1804 and 1805 (FIG. 18) respectively, alerts the 
healthcare provider/user to analyze the plan for any 
potential conflicts. 

After command instruction 627 is executed, or no 
10 text or frequency items are present, the program proceeds 
to a command instruction 629 which compares the cell 
information to be merged. The merger of cell information 
is required to take place. Such a merger involves the 
merging of two or more lists of information relating to 
15 multiple diagnoses. For example, the merger of 

assessments for each diagnosis takes place by eliminating 
redundant assessments, so that a combined listing of 
assessments can be stored. Such a technique is properly 
performed by the system 10, because no independent human 
20 intervention of the healthcare provider is required, 
unlike the merger performed for tiext boxes and the 
frequency of treatment of the patient. 

When the diagnoses are compared the program advances 
to a decision instruction 631 which determines whether 
25 there are any duplicate assessment entries. If so, the 
program proceeds to a command instruction 63 2 which 
identifies the redundant assessment items. The program 
then proceeds to a command instruction 637 which 
eliminates one of each of the redundant items. Next, the 
30 program advances to a command instruction 64 0 which 

causes the remaining assessment items to be combined into 
a single list of items with no redundancies. The program 
then goes to a command instruction 633 which causes the 
text, frequency and assessment items to be displayed. 
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If there are no duplicate assessment items, the 
program goes directly to command instruction 633. From 
the command instruction 633, the program goes to a 
decision instruction 635 which determines whether the 
5 user has requested the customized information he or she 
has entered to be stored. When merging multiple care 
paths, the new items will be combined with the existing 
items on the critical care path screen as well as the 
care path assessment flowsheet. However, the text and 

10 frequency sections will not merge and information will be 
displayed on separate rows. If similar subject matter 
information exists for two or more task items, such as 
the knowledge deficit task items 1630 and 1702 in 
FIGS. 16 and 17 respectively , both items are displayed on 

15 different rows such as items 1804 and 1805 as illustrated 
in FIG. 18, to alert the user to make a decision, if 
necessary, as to which one of the two items should apply, 
or if a third approach should be taken at any given time. 
Therefore, the user will have the opportunity to review 

20 potential conflicts at this time, as well as in the 
future, and to enter any desired customization 
information. 

By way of example to illustrate the merge function 
for cell information, it is best seen in FIGS. 23-25. 
25 FIG. 23 illustrates a critical care path screen 2300 for 
a patient diagnosed with a surgical hip replacement 
procedures. In this regard, the screen includes a hip 
replacement active care path 2301 and a large number of 
assessments 2310-2320 associated with the surgical 

30 diagnosis. 

FIG. 24 illustrates a critical care path screen 2400 
for the same patient who has developed pneumonia. In 
this regard, the screen 24 00 includes a pneumonia active 
care path 2400 and a corresponding large number of 

35 assessments 2410-2417. 
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Under the merge function for merging multiple care 
paths, screens 2300 and 2400 are merged into a single 
screen 2500* In this regard, as best seen in FIG. 25, 
the assessments for the two merged care paths includes 
5 only eleven assessment items 2510-2520 as opposed to 
nineteen assessment items (11 for hip replacement and 8 
for pneumonia) . The duplicated ones of the assessment 
items for the pneumonia path have been eliminated. These 
items are cardiovascular 2410, neurological 2411, 
10 respiratory 2412, gastrointestinal 2413, musculoskeletal 
2414, neurovascular 2415, psych/social 2416 and pain 
2417. 

Although not shown in FIG. 6 for clarity purposes, 
it should be understood by those skilled in the art that 

15 the merged active care paths and their associated text 
cells, task items, and flowsheets can be aborted, 
deleted, edited, and modified at any time before the user 
actuates the "store" soft function key. Thus, while 
FIG. 6 illustrates that the program loops at decision 

2 0 instruction 635, it should be understood that other 

functions relating to the critical care path screen can 
be performed. 

Considering now the operation of the system 10 with 
reference to FIGS. 16-18, the following will help 

25 facilitate the understanding of the text box merged care 
paths function. A patient (not shown) diagnosed as 
requiring hip replacement surgery is admitted to a 
healthcare facility for surgery. A critical care path 
screen 1600 that illustrates selected activities relating 

30 to the hip replacement active care path 1606 associated 
with such a patient is shown in FIG. 16. 

While confined at the healthcare facility, the 
patient develops pneumonia. FIG. 17 is a critical care 
path screen 1700 that illustrates selected activities 
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relating to an active care path 1701 of a medical 
diagnosis of developed pneumonia. 

As explained earlier, the secondary diagnosis of 
pneumonia (FIG. 17) can be merged or added to the 
5 surgical diagnoses illustrated in FIG. 16 using the ADD 
CARE PATH subroutine. In this regard, when the active 
care paths are merged a single combined care path screen 
1800 (FIG. 18) is created. The combined active care 
paths 1801 and 1803 include two similar entries 

10 illustrated at 1804 and 1805 for task items, namely 
knowledge deficit. One is for the hip replacement 
diagnosis 1804, and the other is on the pneumonia 
diagnosis 1805. These similar entries are listed in an 
alphabetical order on separate adjacent rows relative to 

15 the active care paths. Thus, the text cells are not 
merged, but are listed as separate text items. Such 
similar entries facilitate analysis of potential 
conflicts by the healthcare provider/user, since they are 
displayed next to one another. 

20 The program waits at decision instruction 635 until 

the user has entered all of the necessary customization 
information. When the user is done, the program advances 
to an exit command 637, which returns the program to the 
decision instruction 507 in the CRITICAL CARE PATH 

25 FLOWSHEET CHARTING SUBROUTINE 500. 

It should be noted that the post-operation time or 
stabilization time may be set after assigning the CARE 
PATH. The M post-op M time is assigned to a surgical 
diagnoses and the "stabilization" time is assigned to the 

30 medical diagnosis. 

To set the appropriate time when known, the user 
selects the desired CRITICAL CARE PATH SCREEN, such as 
the screen 1460. The user then moves the cursor to 
highlight the desired CARE PATH in the ACTIVE CARE PATH 

35 SECTION 1461. 
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Next, the user activates a "set post-op" or a set 
stab ^unction key such as function key F4, which in turn 
causes an edit post-op screen (not shown) to appear. The 
user then enters the desired time and activates the enter 
5 key. 

When the user is finished setting the time, he or 
she activates the done function key F3. All subsequent 
time columns for the selected CARE PATH will then appear 
as either "post-operative day X" or stabilization. 

When the user is finished with the entire screen, 
the user activates the store function key F8. 
2. ADD NEW ROW 

Considering now the ADD NEW ROW subroutine 1000 in 
greater detail with reference to FIG. 10, when the call 
command 512 is executed in the CRITICAL CARE PATH 
subroutine 500, a start command 1001 begins the ADD NEW 
ROW subroutine 1000. 

From the start command 1001, the program advances to 
a decision instruction 1003 which determines whether the 
user has selected a critical care path flowsheet. If 
not, the program loops at decision instruction 1003 until 
the user makes a flowsheet selection. 

When a flowsheet has been selected by the user, the 
program proceeds to a decision instruction 1005 which 
determines whether the user has activated a new row soft 
function key F3 and has positioned the cursor to a 
desired data cell in the flowsheet. If not, the program 
returns to decision instruction 1003 until the data cell 
has been selected. 

When the data cell has been selected, a New Row 
Screen 2200 (FIG. 22) appears for one section type, the 
section type that was selected by the user. The user is 
then prompted to enter the requested information which 
includes a name 2201, a command 2202, a start time 2203 
and a discontinue or D/C time 2204- 
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As the user enters the requested information for 
each field, the user activates the enter key which 
advances the screen cursor to the next field. 

If the user desires to clear all fields in the new 
5 row window 2200 and return to the name field, the user 
activates the "Clear Fields- soft function key F4. 

To abort the new row mode, the user activates the 
"cancel all" soft function key F12. To clear a default 
time when in a time filed, the user activates a "clear 
10 time" soft function key, such as the soft function key 

Pi- 
tmen the user is entering the information for the 
new row, the program advances to a decision instruction 
which determines whether the user desires to change any 
15 of the information entered. If so, the program advances 
to a command instruction 1009 which causes the 
appropriate field or fields to be cleared. 

Next, the program advances to a decision instruction 
1010 which determines whether the user desires to abort 
20 the new row function. If so, the program goes to an exit 
instruction 1011 which terminates the new row function. 

At decision instruction if the user does not desire 
to change the entered information, the program proceeds 
directly to the decision instruction 1010 and proceeds as 
25 previously described. 

If the user does not desire to abort the new flow 
function, the program goes to a decision instruction 
1012. 

At decision instruction 1012, if the user has 
30 depressed the "Assign" soft function key F2, the cursor 
will be positioned automatically for the entry of a new 
row by the program advances to a command instruction 
1013. After command 1013 is executed, the program goes 
to the decision instruction 1005 and proceeds as 
35 described previously. 
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At decision instruction 1012, if it is determined 
the user does not desire to add any additional new rows, 
the program goes to a decision instruction 1014 . 

At decision instruction 1014, if it is determined 
5 the user has completed adding new row information, the 
program goes to* a decision instruction 1015. In this 
regard, if the user depresses the soft function key F3, 
the program goes to the decision instruction 1015. 

If the user desires to remove a new row before it 
10 has been stored, the user positions the cursor on the 
appropriate row and actuates the "Modify Row" soft 
function key F12. In this regard, the program advances 
from decision instruction 1014 to decision instruction 
1015, which determines whether the user desires to store 
15 the new row information. If not, the program goes to a 
decision instruction 1016 which determines whether the 
user has actuated the modify row soft function key F3. 

If the user has not actuated the modify row soft 
function key, the program returns to the decision 
20 instruction 1012 and proceeds as described previously. 
At decision instruction 1014, if the user has not 
actuated the "Done" soft function key F3, the program 
goes directly to the decision instruction 1016 and 
proceeds as described previously. 
25 At decision instruction 1016, if it is determined 

the user has actuated the "modify row" soft function key 
F12, the program advances to a call command 1018 which 
causes the modify subroutine 1200 to be called. The 
modify subroutine 1200 will be described hereinafter. 
30 After the modify subroutine 1200 is executed, the program 
returns to the decision command 1012 and proceeds as 
described previously. 

If at decision instruction 1015 a determination is 
made that the user has actuated the "Store" soft function 
35 key F8, the program goes to an exit command 1019 
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returning the program to the CRITICAL CARE subroutine 500 
at decision instruction 513. 
3. MODIFY ROW 

Considering now the MODIFY subroutine 1200 (FIG. 12) 
5 in greater detail, the modify subroutine begins in a 

start command 1201 whenever the user positions the cursor 
on an unstored row and activates a modify row function 
key such as key F12. In this regard, in a text box or 
cell, care path assessment or user defined section, only 
10 the name, comment, D/C time and/ or frequency of an 
unstored row can be modified. 

The MODIFY subroutine advances from the start 
command 1201 to a decision instruction 1203 which 
determines whether the user has highlighted one of the 
15 modify row options displayed in the modify row window 
(not shown). More particularly, to change the name, 
comment, discontinue time, or frequency, the user must 
select an edit labels option in the displayed window. To 
remove an unstored row, the user must select a delete row 
20 option in the displayed window. The user makes such 

selections by using the Up arrow and/or Down arrow keys 
and activating the enter key when the desired selection 
is highlighted. In this regard, if the user selects the 
delete row option, the program advances from the decision 
25 instruction 1203 to a return instruction 1205 which 

returns the program to the start command 1100 in the add 
row subroutine 1100 which simultaneously deletes the 
information entered by the user for the new row. In this 
regard, when the user subsequently activates the store 
30 function key, it should be understood the selected 
unstored row will not be stored. Instead, the row 
information previously entered will be deleted. 

If at decision instruction 1203 the user does not 
activate the delete row option function key, the program 
advances to a decision instruction 1207 which determines 



35 
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whether the user desires to edit a screen label. If not, 
the program proceeds to the decision instruction 1203 and 
proceeds as described previously. 

If the user desires to modify a label by selecting 
5 the edit label option, the program advances to a decision 
instruction 120$ which determines whether the user has 
completed editing the label. If not, the program loops 
at instruction 1209. 

When the user selects the edit label option, an edit 
10 label window 2000 (FIG. 20) appears. After the user 

enters the requested data in the edit label window, the 
program goes to a return command 1211 which returns the 
program to the ADD NEW ROW subroutine 1100. 

Considering now the EDIT TEXT CELL subroutine 1300 
15 in greater detail, the EDIT TEXT CELL subroutine 1300 

begins in a start instruction 1301. In this regard, all 
text cells can be edited for custom diagnoses on a per 
patient basis. 

From the start instruction 1301, which is entered 
20 from the call command 516 in the CRITICAL CARE PATH 
subroutine 500, the program advances to a decision 
instruction 1303 which determines whether the user has 
selected a CRITICAL CARE PATH SCREEN such as the screen 
14 60. If not, the program loops at instruction 1303 
25 until the user has completed selection of a desired 

screen. The user then moves the cursor to highlight a 
desired text cell and actuates a desired one of the edit 
text cell function keys. In this regard, the user either 
actuates an edit one cell soft function key F9 or an edit 
30 all cells function key F10. 

A decision instruction 1305 determines whether the 
user desires to edit one cell. If not, the program 
advances to a decision instruction 1307 which determines 
whether the user desires to edit all the cells in the 
35 selected screen. In this regard, when the user depresses 
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either the edit one cell function key or the edit all 
cells function key, the program will advance from the 
instruction 1305 to a command instruction 1309 or from 
the decision instruction 1307 to a command instruction 
5 1312. 

Command instruction 1309 causes the selected text 
cell to appear. The user then may edit the cell by 
typing in the desired edits in free text via the keyboard 
24. In this regard, words are automatically wrapped to 
10 the next line of text while edits are performed in an 
insert mode. Utilization of the home, end, paper up, 
page down, insert and backspace function keys allow the 
user to edit the text in a highly efficient manner. The 
user may remove text in the selected text cell by 
15 actuating the "clear text" soft function key F5. 

The program then advances to a decision instruction 
1313 which determines whether the user has actuated the 
clear text function key which causes the program to 
advance from the decision instruction 1313 to a command 
20 instruction 1317 which in turn causes the text in the 

selected cell to be deleted. From instruction 1317 the 
program advances to a command instruction 1319 which 
causes any text entered in the box to be indicative of 
edited text. In this regard, the text that is edited 
25 will be underlined. 

At decision instruction 1313, if the user does not 
desire to remove the text in a cell, the program advances 
directly to the command instruction 1319 which causes any 
edited text entered by the user to be underlined. 
30 Next, the program advances to a decision instruction 

1321 which determines whether the edits entered by the 
user have been accepted- To facilitate acceptance of the 
edited text, the edited text will appear underlined until 
stored and the new text will be visible in the selected 
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cell and/or on all subsequent, identical cells for the 
selected item. 

If the user has selected or activated an accept soft 
function key F3 to accept the edits as entered, the 
5 program advances to a decision instruction 1323 which 
determines whether the user has activated the store 
function key. The edited text will appear underlined 
until stored. New text will appear in the box and in all 
selected cells. If the user has not selected the accept 

10 function key, the program loops at instruction 1321. 

If the user has not selected the store function key 
F8 at instruction 1323, the program loops at instruction 
1325. When the primary cell store function key is 
selected, the program advances to a decision command 1325 

15 which determines whether the user desires to view the 
edit history for the text window. If so, the program 
goes to a command instruction 1327 which causes the 
edited text in a cell to appear in reverse video when 
stored. The program then goes to an exit command 1329. 

20 If the user did not desire to view the edit history, 

the program advances directly to the exit command 1329 
which returns the program to the CRITICAL CARE subroutine 
500. 

If the user selects the edit all cells function key, 
25 the program advances from instruction 1307 to command 

instruction 1312, which causes the selected primary cell 
and the associated secondary or repeat cells text to 
appear. The user may then edit the cell. 

If the user desires to delete a primary text cell so 
30 it becomes a secondary or repeat cell, the user selects a 
delete cell soft function key. The program advances from 
decision instruction 1320 to command instruction 1322, 
which causes the text in the cell to appear in an offset 
color, such as a gray color, and then repeats the text 
35 from the previous primary cell into all the repeating 
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cells thereafter. In this regard, the old primary cell 
becomes a secondary cell. 

If the user selects the edit function and activates 
the accept soft function key, and does not desire to 
5 change the primary cell to a secondary cell, the program 
advances to the decision instruction 1323 and proceeds as 
described previously. If not, the program loops at 
instruction 1323 until the user activates the store 
function key. when the user activates the store function 

10 key, the modified text will change in all repeat or 
secondary cells. 

If the user desires to view this edit history for 
text windows, the user activates a describe item soft 
function key. This in turn will cause the edited text to 

15 appear in revere video. 

Considering now the GENERAL CHARTING subroutine 900 
in greater detail with reference to FIG. 9, the GENERAL 
subroutine 900 begins at a start instruction 901 which is 
initiated by the call command 308 (FIG. 3). Next, the 

20 program proceeds to a decision instruction 903 which 
determines whether a system user desires to review a 
given flow sheet. If so, the program advances to a call 
instruction 904 which causes a FLOWSHEET REVIEW 
subroutine 700 (FIG. 7) to be executed. After the 

25 FLOWSHEET REVIEW subroutine 700 is executed, the program 
advances to a decision instruction 905. The FLOWSHEET 
REVIEW subroutine 700 is beyond the scope of the present 
invention and will not be described in greater detail. 

At decision instruction 903, if it is determined the 

30 system user does not want to review any given flowsheet, 
the program advances to the decision instruction 905 
which determines whether the system user desires to 
configure a flowsheet. If so, the program goes to a call 
instruction 906 which causes a CONFIGURE FLOWSHEET 

35 subroutine to be executed. The CONFIGURE FLOWSHEET 
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subroutine is beyond the scope of the present invention 
and will not be described hereinafter in greater detail. 
It should be noted however, that each flowsheet can be 
configured with seven general functions and two specific 
5 functions as illustrated in Table I. 



Table I 



FLOWSHEET RECONFIGURATION FUNCTIONS 


U GENERAL FUNCTIONS 


SPECIAL FUNCTIONS 


Read Monitor 
Copy Forward 
D/C 

Describe Item 
Set Frequency 
Reset Schedule 
Annotation 


Add Row 
Modify Row 



After the CONFIGURE FLOWSHEET subroutine has been 
executed , the program goes to a decision instruction 907 
which determines whether any other general flowsheet 
functions are required. If so, the program returns to 
20 decision instruction 903 and proceeds as described 
previously. 

At decision instruction 905 , if it is determined 
that the system user does not desire to configure another 
flowsheet, the program advances to the decision 

25 instruction 907. In this regard, at decision instruction 
907 if it is determined that no other general flowsheet 
functions are necessary, the program advances to an exit 
command 909 which returns the program to the appropriate 
subroutine that initiated the call command. For example, 

30 the CHART subroutine 300 at decision instruction 309. 
The program proceeds from decision instruction 309 as 
described previously. 
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4. DISCONTINUE ROW 

Considering now the DISCONTINUE ROW SUBROUTINE 1100 
in greater detail with reference to FIG. 11, the 
DISCONTINUE ROW SUBROUTINE 1100 begins at a start 
5 instruction 1101 when the user desires to discontinue a 
row in a CRITICAL CARE PATH FLOWSHEET. In this regard, 
the program advances to a decision instruction 1103 which 
determines whether the user has selected a CRITICAL CARE 
PATH FLOWSHEET. If not, the program loops at instruction 

10 1103 until the user selects a flowsheet. 

When the user selects a flowsheet, the program 
proceeds to a decision instruction 1105 which determines 
whether the user has selected a desired data cell row to 
be added. In this regard, the user moves the cursor to 

15 the desired data cell and activates the new row function 
key. 

If the user has selected to add a new row, the 
program goes to a command 1151 which displays a choice 
group. If not, the program advances to a decision 

20 instruction 1107 which determines whether the user 

desires to discontinue a desired row and time column. In 
this regard, the user moves the screen cursor to 
highlight the desired row and the time column and then 
activated the discontinue soft function key F5. If so, 

25 the program proceeds to a command instruction 1109 which 
causes the monitor 25 to display a confirmation prompt. 

Next, the program advances to a decision instruction 
1111 which determines if the user has entered via the 
keyboard 44 the letter W Y M for Yes to discontinue the 

30 flowsheet row or the letter 11 N" to abort the discontinue 
of the flowsheet row. 

If the user enters the letter n N H the program 
returns to the decision instruction 1103 and proceeds as 
described previously. If the user enters the letter "Y M 

35 the program advances to a command instruction 1113 which 
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causes a time bar and arrowhead to appear up to the time 
column where the cursor was positioned. In this regard, 
the time bar will appear black until the screen is 
stored . 

5 If the user desires to remove a discontinue error, 

the user moves the cursor to the desired data cell within 
the selected row and activates the discontinue soft 
function key F5 again. The program advances from 
instruction 1113 to a decision instruction 1115 to make 

10 this determination. From decision box 1115 the program 
goes to a decision instruction 1117 which determines if. 
the user has activated the "store" soft function key F8. 
If not, the program returns to decision box 1115 and 
proceeds as described previously. If so, the program 

15 goes to an exit command 1119. 

If the user does not desire to discontinue a row, 
the program proceeds to a decision instruction 1121 to 
determine whether the user desires to set a frequency in 
a scheduled treatment. If so, the program advances to a 

20 decision instruction 1123 which determines whether the 

user has selected a schedule. The procedure for setting 
a frequency will be described hereinafter in greater 
detail. 

If the user does not desire to set a frequency, the 
25 program advances to a decision instruction 1139 which 
determines whether the selected row is a predefined 
non-periodic row. If so, the program proceeds to a 
decision instruction to a decision instruction 1141 which 
determines if the user desires to reset the schedule in 
30 the selected row. 

If at decision instruction 1139 it is determined the 
row is not a predefined non-periodic row, the program 
proceeds to a decision instruction 114 7 which determines 
if the user desires to add a new predefined row. If not, 
35 the program advances to an exit command 1149. 
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If the user has indicated a desire to add a new row 
by activating a new row function key, such as a function 
key F3, the program goes to the command instruction 1151 
which causes a NEW ROW SCREEN 2200 (FIG. 22) having ah 
5 add group choice list with predefined groups to be 

displayed for the selected section type. As best seen in 
FIG. 22, the NEW ROW SCREEN 2200 includes a predefined 
name area 2201, a predefined comment area 2202, a 
predefined start time area 2203 and a predefined 
10 discontinue (D/C) area 2204, where such predefined area 
includes a customization area for displaying the 
instruction entered by the user. The NEW ROW SCREEN 2200 
provides the user with instructions for field movement 
within the screen. For example, by activating the tab 
15 key on the keyboard 44, the next field in the screen 2200 
will be highlighted for receiving the date to be entered 
by the user. If the user activates a shift key in 
combination with the tab key, the previous field in the 
screen 2200 will be highlighted. 
20 After the choice group is displayed in the NEW ROW 

SCREEN 2200, the program proceeds to a decision 
instruction 1153 to determine if the user has made an 
option selection for the row. If not, the program loops 
at instruction 1153 until the user selects an option. 
25 After the user selects an option, the program goes 

to a decision instruction 1155 which determines if the 
user has selected a desired row label and activated an 
enter function key. In this regard, when the enter key 
is activated, the selected row label will appear on the 
flowsheet screen and a start time indicator will also 
automatically appear on the screen for the selected row. 
Thus, the program advances from the decision instruction 
1155 to the command instruction 1133 to cause the 
aforesaid display If the user does not activate the 
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proceeds as described previously. 

From inr ruction 1133 , the program advances to a 
decision instruction 1135 which determines if the user 
5 has entered the patient data for the new row. If not, 
the program loops at instruction 1135. 

When the user has completed entry of the patient 
data, the program goes to the decision instruction 1136 
which determines whether the user has stored the added 

10 row. If not, the program goes to the decision 

instruction 1135 and proceeds as described previously. 

If the user has activated a store function key, the 
program goes from the decision instruction 1136 to an 
exit command 1137 terminating the add row subroutine. 

15 From the foregoing, it should be understood the 

system 10 can also perform other functions such as the 
discontinuing of a row, setting a frequency in a selected 
schedule, resetting a schedule in a predefined 
non-periodic row and adding a non-per iodic row. 

2 0 The user can abort the new row mode by activating 

the cancel all function key, such as the function 2210. 
Alternatively, the user can clear all fields in the NEW 
ROW SCREEN 2200 and return to the name field by 
activating the clear fields function key 2215. The user 

25 may also clear the default time when in a time field by 
activating a clear time function key 22 00. If so, the 
program advances to a decision instruction 1113 which 
determines whether the user desires the entered data to 
be stored. 

30 At decision instruction 1121, if the user has 

activated the "Set Frequency" soft function key F9, the 
program advances to a decision instruction 1123 to verify 
the user has selected a desired flowsheet and has 
highlighted the desired flowsheet row and time column. 
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In this regard, the user types in the number 
corresponding to the desired schedule. 

If the user has not selected the schedule, the 
program goes to a decision instruction 1127 which 
5 determines whether the user has activated the done soft 
function key. If not, the program returns to the 
decision instruction 1123 and proceeds as described 
previously. If the user has selected a schedule, the 
program goes to decision instruction 1125 which 

10 determines whether the choice number has been entered. 

If not, the program goes to decision instruction 1123 and 
proceeds as described previously and if so, the program 
goes to decision instruction 1127. 

At decision instruction 1127, if the user has 

15 activated the done soft function key, the program 

advances to a decision instruction 1129, which determines 
whether the user has activated the store soft function 
key. If not, the program returns to the decision 
instruction 1127 and proceeds as described previously. 

20 If so, the program goes to an exit command 1131. 
5. CREATE CARE PATH CQNTIgURATION 

Considering now the creation of the care path 
database configuration data in greater detail, a new care 
path can be created and added to the user choice list for 

25 selection at any time. However, the adding of or 

creating of a care path for the database is restricted to 
designated users only. 

In order to create a care path for the database, the 
designated user enters the name or other identifying 

30 information of a fictitious patient and then selects the 
care path screen by actuating the soft function key Fll. 
A fictitious patient is identified, because there will be 
no actual care path, which will be retrieved. Thus, the 
care path screen will contain only blank entries so that 

3 5 the new care path can be created. 
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When the care path screen appears, such as the care 
path screen 1500 (FIG. 15) , the designated user actuates 
the add care path function by causing the screen cursor 
to be positioned to active care paths section of the 
5 screen, such as section 1501, and then actuates the add 
care path function by actuating the soft function key F3. 

When the soft function key F3 is actuated, a select 
care path type window appears, such as a window 1453 
(FIG. 14C) • The designated user then selects the care 
10 path type and depresses the enter key on the keyboard. 

Upon depressing the enter key, and add care path 
window, such as an add care path window 1484 (FIG. 14E) 
will appear on the screen of the monitor. The designated 
user then enters in a desired care path name in free 
15 text, a start time and a post op tine or a stabilization 
tine if required for the desired type. It should be 
noted that the post-op and stabilization times must be 
entered. However, these entries will not be saved as 
part of the configuration database. In this regard, only 
20 relative time differences will be saved as part of the 
configuration. 

When the designated user has finished entry of the 
information in the care path window, the user actuates 
the done soft function key F3 which in turn causes the 
25 critical care path flowsheet screen to appear on the 

screen using the new row soft function key F3, edit one 
cell soft function key F9, edit all cells soft function 
key F10, discharge/ expected outcome soft function key 
Fll, set schedule soft function key F4 and the set 
30 frequency soft function key F5, the designated user types 
in the care path information. 

After all the care path information has been 
entered, the designated user causes the screen cursor to 
be positioned to the active care paths section and 
35 depresses the soft function key F12 to cause a default 
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care path window 1498 (FIG. 14F) to appear on the screen 
of the monitor. 

The user then enters the name of the desired care 
path in free text as it will appear on the choice list. 
5 Alternately, the designated user can press the enter key 
on the keyboard 44 to use the default care path name as 
displayed. If the default care path name is used, the 
existing care path will be replaced with the contents of 
the screen. 

X0 The designated user then depresses the enter key 

which in turn causes an identification prompt to appear 
on the screen of the monitor. The designated user then 
enters his or her identification code and actuates the 
enter key on the keyboard. 

15 if the user has an authorized identification code, a 

configuration prompt 1499 (FIG. 14G) will appear on the 
screen with the new care path name. This name will be 
added to the choice list for the applicable care path 
type when the designated user subsequently depresses any 

20 key to complete the creation of the new care path in the 
database. 

6. MODIFY CARE PATH CONFIGURATION 

Considering now the modifying of the care path 
database configuration datja in greater detail, an 

25 existing care path can be modified at any time. For 

example, through experience, it may be determined that a 
particular deviation in an existing care path occurs so 
frequently that a modified standard evolves over a period 
of time. When such an event occurs, the designated user 

30 can modify an existing care path. In this regard, the 

designated user follows a similar procedures as set forth 
herein for creating a new care path. The user modifies 
the current database configuration in substantially the 
same manner as creating database information. 
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Initially, the name or other identifying information 
of an actual patient is entered so that the care path to 
be modified will be retrieved. The remaining steps of 
the procedure are the same as the procedure of 
5 establishing a new care path. 

After the entry of the patient identifying 
information, the designated user selects the critical 
care path screen by actuating the function key Fll. 
Next, the user positions the cursor on the "active care 
10 path" section of the screen and actuates the function key 
F4 to set post-op times or stabilization times if they 
are not already set. 

After setting the post-op time the user edits the 
care path as needed. 
15 After the designated user has modified the care path 

screen information, the user actuates the soft function 
key F12 which in turn causes the default fault care path 
window to appear such as the window 1498. The user then 
enters the default care path name which in turn causes 
20 the existing care path information to be replaced with 
the modified information appearing on the screen of the 
monitor. The process is then completed in the same 
manner as described for creating a database care path 
configuration. 
25 While particular embodiments of the present 

invention have been disclosed, it is to be understood 
that various different modifications are possible and are 
contemplated within the true spirit and scope of the 
appended claims. For example, there are a large number 
30 of equivalent devices and equipment which can be 

substituted for the preferred devices and equipment such 
as the keyboards, monitors and other such apparatus. 
Also, some portions or all of the preferred software 
implemented features can be implemented entirely in 
35 hardware logic circuits. There is no intention, 



WO 96/27163 , , 



PCT/US96/02282 



62 

therefore, of limitations to the exact abstract 
disclosure herein presented. 
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What is claimed is: 

1. A system for facilitating the management of the 
care of a group of patients, comprising: 

a group of data acquisition bedside units each 
5 being individually associated with the patients for 
gathering patient management information; 

a central computer including memory means for 
receiving and storing the gathered patient management 
information, and for storing critical care information 
10 for a plurality of patient diagnoses, said critical care 
information being indicative of expected outcomes 
resulting from predefined standard of care treatment 
plans to be administered to the patients; 

remote computer means remotely located relative 
15 to the group of patients for receiving and displaying 
patient management information for utilization by 
healthcare providers; 

a data bus for interconnecting said bedside 
units, said central computer and said remote computer 
20 means to enable them to communicate with one another 
interactively; 

said remote computer means for retrieving the 
stored critical care information selectively for at least 
two different diagnoses for a given one of the patients ; 
25 said central computer responsive to said remote 

computer means for causing the merging of the retrieved 
critical care information for the different diagnoses to 
establish a customized critical care path information for 
the given patient and for causing the customized care 
30 path information to be stored in said memory means to 
enable said customized information to be retrieved by 
ones of said remote computer means to facilitate patient 
care management. 

2. A system according to claim 1, wherein each one 
35 of said bedside units including a bedside computer for 
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retrieving the customized care path information of the 
given patient, and including a data entry device for 
entry of patient information in accordance with the 
customized care path plan. 
5 3. A system according to claim 1, wherein said 

central computer means includes: 

processor means for selectively merging the 
retrieved care path information where potential conflicts 
between the predefined standards of care exist; and 
10 algorithm means for enabling the user to customize the 
care path information to eliminate each determined 
conflict. 

4. A system according to claim 2, wherein said 
remote computer means includes: 

15 a processor for permitting a user to analyze 

each of the potential conflicts to determine if a 
conflict in patient treatment actually exists. 

5. A system according to claim 4, further 
comprising: 

20 means for displaying selectively patient 

treatment information for the retrieved care path 
information; 

6. A system according to claim 5, wherein said 
algorithm means includes: 

25 means for arranging each of the predefined 

standard of care treatments to be displayed in a time 
ordered sequence; and 

means for causing each of the expected outcomes 
resulting from the predefined standard of care treatments 

3 0 to be displayed in said time ordered sequence. 

7. A system according to claim 6, wherein said 
means for arranging includes: 

series means for arranging the stored 
customized treatment plan in a plurality of predefined 
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groups, said groups each being arranged in a series of 
rows and columns in said time ordered sequence. 

8. A system according to claim 6, wherein said 
central computer further includes: 

5 means for retrieving the stored customized 

treatment plan* for a user selected individual one of said 
plurality of predefined groups; and 

means for further customizing the retrieved 
individual ones of the standard of care treatments in 
10 said time ordered sequence relative to the response of 
the patient to treatment. 

9. A system according to claim 8, wherein said 
means for further customizing includes: 

sequence means for causing the customized 
15 information to be entered at a given time in said time 
ordered sequence. 

10. A system according to claim 9, further 
comprising: 

means for enabling the user to determine 
20 whether the entered customized information should be 

repeated continuously in said time ordered sequence; and 

means for repeating the customized information 
at a user defined frequency in said time ordered 
sequence. 

25 11. A system according to claim 10, wherein said 

means for repeating in response to the user can cause 
said repeated information to be discontinued anywhere in 
said time order sequence. 

12. A method of using a system for facilitating the 

30 management of the care of a group of patients, 
comprising: 

using a group of data acquisition bedside units 
each being individually associated with the patients for 
gathering patient management information; 
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using a central computer including a memory 
unit for receiving and storing the gathered patient 
management information; 

using a plurality of remote computer means 
5 remotely located relative to the group of patients for 
receiving and displaying patient management information 
for utilization by healthcare providers; 

storing critical care information in the 
central computer memory for a plurality of diagnoses, 
10 said critical care information being indicative of 

expected outcomes resulting from predefined standard of 
care treatment plans to be administered to the patients; 

retrieving the stored critical care information 
from said central computer using said remote computer 
15 means for at least two diagnoses for the patient; 

merging the retrieved treatment plans by using 
said central computer to establish a customized critical 
care path information plan for the given patient; and 

storing the customized critical care path 
20 information in the memory unit to enable the stored plan 
to be retrieved by said remote computer means* 

13. A method according to claim 12 , further 
comprising: 

retrieving the customized critical care path 
25 information via said bedside units and entering patient 
information in accordance with the customized treatment 
plan. 

14. A method according to claim 12, wherein the 
step of merging includes: 

30 displaying selectively patient treatment 

information for the retrieved care path information; 

merging selectively the retrieved care path 
information where potential conflicts between the 
predefined standards of care exist; 
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» 

permitting a user to analyze each of the 
potential conflicts to determine if a conflict in patient 
treatment actually exists; and 

enabling the user to customized the care path 
5 information to eliminate each determined conflict • 

15. A method according to claim 14, wherein the 
step of displaying includes: 

displaying each of the predefined standard of 
care treatments in a time ordered sequence; and 
10 displaying each of the expected outcomes 

resulting from the predefined standard of care treatments 
in said time ordered sequence. 

16. A method according to claim 15, further 
comprising: 

15 arranging the stored customized treatment plan 

in a plurality of predefined groups, said groups each 
being arranged in a series of rows and columns in said 
time ordered sequence. 

17. A method according to claim 16, further 
20 comprising: 

retrieving the stored customized treatment plan 
for a user selected individual one of said plurality of 
predefined groups; 

further customizing the retrieved individual 
25 ones of the standard of care treatments in said time 

ordered sequence relative to the response of the patient 
to treatment. 

18. A method according to claim 17, wherein in the 
step of further customizing includes entering the 

30 customized information at a given time in said time 
ordered sequence. 

19. A method according to claim 18, further 
comprising: 
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enabling the user to determine whether the 
entered customized information should be repeated 
continuously in said time ordered sequence; and 

repeating the customized information at a user 
5 defined frequency in said time ordered sequence. 

20. A method according to claim 19, wherein said 
step of repeating can be discontinued anywhere in said 
time ordered sequence at the discretion of the user. 

21. A method according to claim 16, wherein each 
10 row and column intersect to define a series of data 

information cells arranged in said time ordered sequence. 

22. A method according to claim 21, wherein a user 
can customize the data information in any one of the 
cells. 

X5 23. A method according to claim 22 , wherein the 

customized information entered into one cell in a given 
row is repeated for all the remaining cells occurring 
thereafter in said time ordered sequence. 

24. A method according to claim 23, wherein the 

20 initial cell customized with customized information is a 
primary cell. 

25. A method according to claim 20, wherein the 
primary cell includes indicia to indicate that it is a 
primary cell. 

25 26. A method according to claim 23, wherein the 

information in the remaining cells occurring thereafter 
in said time ordered sequence are secondary cells. 

27. A method according to claim 26, wherein the 
user can customize an individual one of said secondary 

30 cells to transform it to a primary cell. 

28. A method according to claim 26, wherein the 
user can discontinue the secondary cells anywhere in said 
time ordered sequence. 

29. A method according to claim 12, further 
35 comprising: 
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storing a plurality of predefined critical care 
path standards for a plurality of different types and 
kinds of medical surgical diagnoses; 

identifying a patient diagnosed as requiring 
5 treatment for a least two of said plurality of different 
types and kinds of medical surgical diagnoses; 

retrieving the stored predefined critical care 
path standards for said at least two diagnoses; 

comparing flowsheets for the retrieved 
10 predefined critical care path standards for possible 
conflicts; 

combining the flowsheets for the retrieved 
predefined critical care path standards into a single 
flowsheet; and 

15 providing an indication that a conflict was 

determined said indication being the absence of the 
conflicting standards from said single flowsheet. 

30. A method according to claim 29, further 
comprising: 

20 providing a prompt that the conflicting 

standards have been deleted from said single flowsheet; 
and 

receiving a replacement order to update said 
single flowsheet with replacement information for the 
25 deleted standards. 

31. A system for facilitating the management of the 
care of a group of patients, comprising: 

a group of data acquisition bedside units for 
each being individually associated with the patients for 
30 gathering patient management information; 

a central computer including a processor and a 
memory unit for receiving and storing the gathered 
patient management information; 

a plurality of remote computer means remotely 
35 located relative to the group of patients for receiving 
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and displaying patient management information for 
utilization by healthcare providers? 

a data bus for interconnecting said bedside 
units, said central computer and said remote computer 
5 means to enable them to communicate with one another 
interactively; 

said central computer processor for creating 
critical care information for each one of a plurality of 
patient diagnoses, said critical care information being 
10 indicative of expected outcomes resulting from predefined 
standard of care treatment plans to be administered to 
patients to be treated; and 

the central computer memory unit for storing 
the created critical care information for a plurality of 
15 patient diagnoses; 

said remote computer means for retrieving the 
stored critical care information selectively for a given 
one of the patients. 

32. A system for facilitating the management of the 
20 care of a group of patients according to claim 29, 

further comprising: 

means for modifying the stored critical care 
information for patients to be treated thereafter. 

33. A system according to claim 32, further 
25 comprising: 

means responsive to retrieved critical care 
information for modifying it for a given one of the 
patients. 

34. A system according to claim 33, further 

30 comprising: 

means responsive to the modified retrieved 
critical care information for causing at least one 
customized flowsheet to be displayed to facilitate 
patient treatment for said given one of the patients. 
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35. A system (10) for facilitating the management 
of the care of a group of patients, includes a data bus 
(20) interconnecting a group of data acquisition bedside 
stations and devices (e.g. 16 and 17) gathering patient 

5 management information, and at least one remote computer 
station (e.g. 18) located remotely relative to the group 
of patients receives and displays patient management 
information for utilization by healthcare providers, 
characterized by: 

10 a central computer (12) interconnected to the 

data bus (20) including a memory unit (42) receives and 
stores the gathered patient management information, and 
stores critical care information for a plurality of 
patient diagnoses, the critical care information being 

15 indicative of expected outcomes resulting from predefined 
standard of care treatment plans to be administered to 
the patients, the central computer (12) responds to the 
remote computer (18) causing the merging of critical care 
information retrieved by the remote computer (18) 

20 selectively for at least two different diagnoses for a 
given one of the patients, to establish a customized 
critical care path information for the given patient and 
further causes the customized care path information to be 
stored in the memory unit (42) to enable the customized 

25 information to be retrieved by the remote computer (18) 
to facilitate patient care management. 

36. A system (10) according to claim 35, 
characterized in that the group of data acquisition 
bedside stations and devices (16, 17) includes a bedside 

30 computer station (16) interconnected to the data bus (20) 
that retrieves the customized care path information of 
the given patient, the bedside computer station (16) and 
including a data entry device (24) for entry of patient 
information in accordance with the customized care path 

35 plan. 
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37. A system (10) according to claim 35, 
characterized in that the central computer (12) includes 
a processor (40) for selectively merging the retrieved 
care path information where potential conflicts between 

5 the predefined standards of care exist; and the processor 
(40) responds to an algorithm (200) enabling a user to 
customize the care path information to eliminate each 
determined conflict. 

38. A system (10) according to claim 36, 

10 characterized in that the remote computer (18) includes a 
processor (23) for permitting a user to analyze each of 
the potential conflicts to determine if a conflict in 
patient treatment actually exists. 

39. A system (10) according to claim 38, 

15 characterized in that the remote computer (18) includes a 
video monitor (25) that displays selectively patient 
treatment information for the retrieved care path 
information; 

40. A system (10) according to claim 39, 

20 characterized in that the algorithm (200) arranges each 
of the predefined standard of care treatments to be 
displayed in a time ordered sequence, and causing each of 
the expected outcomes resulting from the predefined 
standard of care treatments to be displayed in the time 

25 ordered sequence. 

41. A system (10) according to claim 40, 
characterized in that the algorithm (200) further 
arranges the stored customized treatment plan in a 
plurality of predefined groups, the groups each being 

30 arranged in a series of rows and columns in said time 
ordered sequence. 

42. A system (10) according to claim 40, 
characterized in that the central computer (12) includes 
a memory unit (41) that retrieves the stored customized 

35 treatment plan for a user selected individual one of the 
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plurality of predefined groups to enable the central 
computer (12) to customize the retrieved individual ones 
of the standard of care treatments in the time ordered 
sequence relative to the response of the patient to 

5 treatment. 

43. A system (10) according to claim 42, 
characterized in that the central computer (12) causes 
the customized information to be entered at a given time 
in the time ordered sequence. 

10 44. A system (10) according to claim 43 , 

characterized in that the central computer (12) enables 
the user to determine whether the entered customized 
information should be repeated continuously in the time 
ordered sequence, and that the algorithm (200) enables 

15 the customized information to be repeated at a user 
defined frequency in the time ordered sequence. 

45. A system (10) according to claim 44, 
characterized in that in response to the user the 
algorithm (200) causes the repeated information to be 

20 discontinued anywhere in the time order sequence. 

46. A method of using a system (10) for 
facilitating the management of the care of a group of 
patients includes using a group of data acquisition 
bedside stations and devices (e.g. 16 and 17) each being 

25 individually associated with the patients for gathering 
patient management information? 

using a central computer (12) including a 
memory unit (41) for receiving and storing the gathered 
patient management information and for storing critical 
care information for a plurality of diagnoses, said 
critical care information being indicative of expected 
outcomes resulting from predefined standard of care 
treatment plans to be administered to the patients, 
characterized by: 



30 
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using a plurality of remote computer stations 
(e.g., 18, 19) remotely located relative to the group of 
patients for receiving and displaying patient management 
information for utilization by healthcare providers; 
5 retrieving the stored critical care information 

from said central computer (12) using said remote 
computer stations (e.g. 18', 19) for at least two 
diagnoses for the patient; 

merging the retrieved treatment plans by using 
10 said central computer (12) to establish a customized 
critical care path information plan for the given 
patient; and 

storing the customized critical care path 
information in the memory unit (41) to enable the stored 
15 plan to be retrieved by the remote computer units (e.g. 
18, 19) 

47. A method according to claim 46, further 
characterized by: 

retrieving the customized critical care path 
20 information via said bedside stations and devices (e.g. 

16 and 17) and entering patient information in accordance 
with the customized treatment plan. 

48. A method according to claim 4 6 , characterized 
in that the step of merging, includes: 

25 displaying selectively patient treatment 

information for the retrieved care path information; 

merging selectively the retrieved care path 

information where potential conflicts between the 

predefined standards of care exist; 
30 permitting a user to analyze each of the 

potential conflicts to determine if a conflict in patient 

treatment actually exists; and 

enabling the user to customized the care path 

information to eliminate each determined conflict. 
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49. A method according to claim 48, characterized 
in that the step of displaying includes: 

displaying each of the predefined standard of 
care treatments in a time ordered sequence? and 
5 displaying each of the expected outcomes 

resulting from the predefined standard of care treatments 
in said time ordered sequence. 

50. A method according to claim 49 , further 
characterized by: 

10 arranging the stored customized treatment plan 

in a plurality of predefined groups, said groups each 
being arranged in a series of rows and columns in said 
time ordered sequence. 

51. A method according to claim 50, further 
15 characterized by: 

retrieving the stored customized treatment plan 
for a user selected individual one of said plurality of 
predefined groups ; 

further customizing the retrieved individual 
20 ones of the standard of care treatments in said time 

ordered sequence relative to the response of the patient 
to treatment. 

52. A method according to claim 51, characterized 
in that the step of further customizing includes entering 

25 the customized information at a given time in said time 
ordered sequence. 

53. A method according to claim 52, further 
characterized by: 

enabling the user to determine whether the 
30 entered customized information should be repeated 
continuously in said time ordered sequence; and 

repeating the customized information at a user 
defined frequency in said time ordered sequence. 

54. A method according to claim 53, characterized 
35 in that the step of repeating can be discontinued 
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anywhere in said time ordered sequence at the discretion 
of the user. 

55. A method according to claim 50 , characterized 
in that each row and column intersect to define a series 

5 of data information cells arranged in said time ordered 
sequence . 

56. A method according to claim 55, characterized 
in that a user can customize the data information in any 
one of the cells. 

10 57. A method according to claim 56, characterized 

in that the customized information entered into one cell 
in a given row is repeated for all the remaining cells 
occurring thereafter in said time ordered sequence. 

58. A method according to claim 57 , characterized 
15 in that the initial cell customized with customized 

information is a primary cell. 

59. A method according to claim 54, characterized 
in that the primary cell includes indicia to indicate 
that it is a primary cell. 

20 60. A method according to claim 57 , characterized 

in that the information in the remaining cells occurring 
thereafter in said time ordered sequence are secondary 
cells. 

61. A method according to claim 60, characterized 
25 in that the user can customize an individual one of said 

secondary cells to transform it to a primary cell. 

62. A method according to claim 60, characterized 
in that the user can discontinue the secondary cells 
anywhere in said time ordered sequence. 

30 63. A method according to claim 62 , further 

characterized by: 

storing a plurality of predefined critical care 
path standards for a plurality of different types and 
Kinds of medical surgical diagnoses; 
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identifying a patient diagnosed as requiring 
treatment for a least two of said plurality of different 
types and kinds of medical surgical diagnoses; 

retrieving the stored predefined critical care 
5 path standards for said at least two diagnoses; 

comparing flowsheets for the retrieved 
predefined critical care path standards for possible 
conflicts; 

combining the flowsheets for the retrieved 
10 predefined critical care path standards into a single 
flowsheet; and 

providing an indication that a conflict was 
determined said indication being the absence of the 
conflicting standards from said single flowsheet. 
15 64. A method according to claim 63, further 

characterized by: 

providing a prompt that the conflicting 
standards have been deleted from said single flowsheet; 
and 

20 receiving a replacement order to update said 

single flowsheet with replacement information for the 
deleted standards. 

65. A system (10) according to claim 35, 
characterized in that the control computer (12) includes 

25 a processor (40) for creating critical care information 
for each one of a plurality of patient diagnoses, and a 
memory unit (4 2) for storing the created critical care 
information for a plurality of patient diagnoses; 

the remote computer stations (e.g. 18) for 

30 retrieving the stored critical care information 
selectively for a given one of the patients. 

66. A system (10) for facilitating the management 
of the care of a group of patients according to claim 63, 
further characterized by: 
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an algorithm (200) the stored critical care 
information for patients to be treated thereafter. 

67* A system (10) according to claim 66 , 
characterized in that the algorithm (200) responds to 
5 retrieved critical care information and modifies it for a 
given one of the patients. 

68. A system (10) according to claim 67, 
characterized in that the algorithm (200) responds to the 
modified retrieved critical care information and causes 
10 at least one customized flowsheet to be displayed to 
facilitate patient treatment for the given one of the 
patients . 
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